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

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

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

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

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

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

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

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

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

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

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

• Функциональные и нефункциональные требования
• Требования заинтересованных сторон, такие как требования к отчетности
• Требования к поддержке и обучению
• Бизнес-требования
• Требования проекта, такие как уровень обслуживания или качество

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

Определить область действия

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

Процесс создания структуры работ

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

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

Проверить область действия

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

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

Контроль области процесса

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

Эти 6 процессов составляют знания управления областью проекта в Руководство PMBOK® - Пятое издание.