Коллектив авторов - Руководство к Своду знаний по управлению проектами (Руководство PMBOK) Страница 14

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

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

Блок-схема процессов на рис. 3–3 кратко описывает основные зависимости и взаимодействия групп процессов и конкретных заинтересованных сторон. Процессы управления проектом связаны соответствующими входами и выходами, причем результат или выход одного процесса становится входом для другого, но не обязательно в одной группе процессов. Группы процессов не являются фазами жизненного цикла проекта. Фактически, все группы процессов могут быть осуществлены в течение одной фазы. Так как проекты разделены на отдельные фазы или подкомпоненты, такие как разработка концепции, анализ целесообразности, проектирование, прототипирование, создание, тестирование и т. д., все группы процессов обычно повторяются для каждой фазы или подкомпонента, как объяснено выше и показано на рис. 3–2.

Процессы управления проектом показаны в той группе процессов, в которой происходит большая часть их действия. Например, процесс, который обычно происходит в фазе планирования, отнесен к группе процессов планирования. Если подобный процесс обновлен процессом или действием группы процессов исполнения, он не считается новым процессом в группе процессов исполнения, а все еще является процессом или действием группы процессов планирования. Итеративный характер управления проектом означает, что процессы из любой группы могут быть повторно использованы на протяжении всего жизненного цикла проекта. Например, в ответ на событие риска процесс реагирования на риски может запустить дальнейший анализ, который вызывает другую итерацию процесса идентификации рисков и соответствующие процессы количественного и качественного анализа рисков для оценки воздействия.

Рис. 3–3. Взаимодействия процессов управления проектом

3.3. Группа процессов инициации

Группа процессов инициации состоит из процессов, выполняемых для определения нового проекта или новой фазы существующего проекта путем получения авторизации на начало проекта или фазы. В рамках процессов инициации определяется изначальное содержание и выделяются изначальные финансовые ресурсы. Определяются внутренние и внешние заинтересованные стороны, которые будут взаимодействовать и влиять на общий результат проекта. Выбирается руководитель проекта, если он еще не назначен. Данная информация закрепляется в уставе проекта и в реестре заинтересованных сторон. После утверждения устава проекта считается, что проект официально авторизован. Хотя команда управления проектом может оказывать помощь в написании устава проекта, данный стандарт предполагает, что оценка бизнес-кейса, утверждение и финансирование происходит за рамками проекта (рис. 3–4). Граница проекта определяется как точка во времени, в которой авторизован старт или завершение проекта или фазы проекта. Ключевая цель данной группы процессов – привести в соответствие между собой ожидания заинтересованных сторон и цель проекта, дать заинтересованным сторонам наглядное представление о содержании и целях, а также показать то, каким образом их участие в проекте и связанных с ним фазах может обеспечить удовлетворение их ожиданий. Данные процессы помогают определить видение проекта – что необходимо выполнить.

Рис. 3–4. Границы проекта

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

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

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

3.4. Группа процессов планирования

Группа процессов планирования состоит из процессов, выполняемых для определения общего содержания работ, постановки и уточнения целей и разработки последовательности действий, требуемых для достижения данных целей. Процессы планирования разрабатывают план управления проектом и документы проекта, которые будут использованы для выполнения проекта. Комплексный характер управления проектом может потребовать использования повторяющихся циклов обратной связи для дополнительного анализа. По мере поступления и осмысления большего объема информации или характеристик проекта, скорее всего, потребуется дополнительное планирование. Значительные изменения, происходящие на протяжении жизненного цикла проекта, приводят к необходимости вновь вернуться к одному или нескольким процессам планирования, а, возможно, и к некоторым процессам инициации. Такая последовательная детализация плана управления проектом называется последовательным уточнением, что указывает на то, что планирование и документирование – повторяющиеся и продолжающиеся процессы. Ключевая выгода данной группы процессов – определение стратегии и тактики, а также последовательности действий или пути для успешного завершения проекта или фазы. При хорошем управлении группой процессов планирования намного проще заручиться поддержкой заинтересованных сторон и повысить их вовлеченность. Данные процессы описывают, каким образом это будет осуществляться и приведет к достижению желаемой цели.

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

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

Команда проекта собирает мнения заинтересованных сторон и способствует их вовлечению в планирование проекта и разработку плана управления проектом и документов проекта. Так как процесс получения обратной связи и уточнения документов не может длиться неопределенно долго, установленные организацией процедуры диктуют, когда должно закончиться первоначальное планирование. На данные процедуры влияют характер проекта, установленные границы проекта, соответствующие действия по мониторингу и контролю, а также внешняя среда, в которой реализуется проект.

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