Изучить процесс управления областью проекта

Управление областью проекта - это то, что вы делаете, чтобы убедиться, что ваш проект включает всю работу, связанную с достижением целей проекта (а не что-либо еще). Он контролирует то, что включено в проект, а что нет.

В этой статье рассматривается область знаний по управлению областью проекта из «Руководства к Своду знаний по управлению проектами» (Руководство PMBOK®) - пятое издание. Это не единственный способ определить управление областью проекта, но это хорошая отправная точка и будет очень полезной для вас, если вы будете работать над вашей сертификацией PMP®.

Процессы управления проектами

Управление областью проекта в Руководство PMBOK® включает в себя 6 процессов. Процессы управления областью проекта:

Управление областью области планирования
Сбор требований
Определение области
Создание структуры разбивки работ
Проверка области
Область управления.

Давайте посмотрим на каждый из них.

Процесс управления областью планирования

Дело в том, чтобы дать вам план управления областями в конце его. Это определяет, как вы будете определять, управлять, проверять и контролировать область вашего проекта. Помещение работы вперёд, чтобы определить это, дает вам что-то, о чем нужно поговорить позже. Вы можете обнаружить, что в качестве отправной точки вы можете использовать план управления областью другого проекта, так как процессы управления областями не сильно отличаются между проектами, как только ваша компания остановилась на пути работы, которая им удалась.

Результатом этого процесса является план управления областью. Это часть вашего плана управления проектами и включает в себя:

Как вы подготовите подробный оператор области
Как вы создадите свою структуру разбивки работ (WBS) из оператора области
Как вы собираетесь поддерживать и утвердить, что WBS
Как вы получите официальное согласие на достижение результатов проекта
Как вы будете управлять изменениями в сфере.

Документ не должен быть невероятно детализированным или очень формальным: он просто должен быть подходящим для цели.

Процесс сбора требований

В этом процессе вы будете определять, чего хотят ваши заинтересованные стороны из проекта. После того, как вы наметили свою большую идею, вам необходимо документировать требования и управлять ожиданиями ваших заинтересованных сторон. Это важно, потому что часто то, что они просят, не является реалистичным или достижимым с учетом других ограничений проекта, таких как стоимость.

Результатом работы по сбору требований является документированный набор требований. Это должно быть как можно более всеобъемлющим и обычно включает несколько категорий требований, таких как:

Функциональные и нефункциональные требования
Требования к заинтересованным сторонам, такие как требования к отчетности
Требования к поддержке и обучению
Требования к бизнесу > Требования к проекту, такие как уровень обслуживания или качество
. Вы также будете документировать зависимости, допущения и ограничения, которые конкретно относятся к требованиям.

Определение процесса области

Здесь вы берете свои требования и превращаете их в подробное описание продукта или услуги, которые ваш проект собирается создать. В итоге вы получите описание области проекта, на которое вы можете ссылаться во время проекта. Он будет включать список того, что входит в сферу действия и что выходит за рамки. Это важно, потому что часто люди не помнят, что конкретно исключено, и возвращаются и просят вас работать над этими областями.

Любые включения должны пройти контроль изменений.

Создание структуры структуры работы

Этот процесс позволяет превратить ваш список требований в структурированное представление о том, что вам нужно сделать. Основная работа здесь - разбивать большие задачи на более мелкие, управляемые куски.

Результатом этого процесса является WBS. Лично я не использую WBS для своих проектов, но это может быть очень полезным инструментом. Если вы не видите визуально, то вы можете добиться того же результата, создав список.

Проверка процесса области

Процесс проверки подлинности не является, как вы думаете, тем, что заинтересованные стороны бизнеса должны подписывать вашу WBS. Речь идет о том, чтобы убедиться, что у вас есть процесс для получения подписки на ваши результаты, когда придет время.

Стоит поставить эту структуру на место, чтобы у вас не возникало вопросов о том, кто собирается утверждать результат или какие критерии они будут использовать, чтобы сказать, что он завершен.

Как только процесс будет завершен, вы будете принимать результаты, одобренные тем, кто должен их одобрить.

Процесс области управления

Процесс области управления является последним в области знаний управления областью проекта. Это относится к тому, чтобы обеспечить эффективное управление изменениями, если область действия должна измениться. Он также охватывает отслеживание вашего проекта с помощью шапки «scope», чтобы проверить, что он собирается доставить то, что, по вашему мнению, будет.

Эти 6 процессов составляют знания по управлению областью проекта, в руководстве

PMBOK® -Fifth Edition .