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

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

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

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

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

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

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

Рис. 2-10. Пример однофазного проекта

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

2.4.2.1. Связи между фазами

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

Существует два основных типа взаимосвязей между фазами:

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

Рис. 2-11. Пример трехфазного проекта

• Перекрывающаяся связь. При перекрывающейся связи фаза начинается до завершения предыдущей фазы (см. рис. 2-12). Иногда это может применяться в качестве примера метода сжатия расписания, называемого «быстрый проход». Перекрывающиеся фазы могут требовать дополнительных ресурсов для параллельного выполнения работ, а также могут повысить риск и привести к доработкам, если последующая фаза начнется прежде, чем будет получена точная информация о результатах предыдущей фазы.

Рис. 2-12. Пример проекта с перекрывающимися фазами

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

2.4.2.2. Предиктивные жизненные циклы

Предиктивные жизненные циклы (также известные как полностью управляемые планом) – вид жизненного цикла проекта, при котором содержание проекта, а также сроки и стоимость, необходимые для выполнения данного содержания, определяются на как можно более ранней стадии жизненного цикла. Как показано на рис. 2-13, эти проекты проходят через ряд последовательных или перекрывающихся фаз, при этом каждая фаза, как правило, фокусируется на подгруппе операций проекта и процессов управления проектом. Работа, выполняемая в каждой фазе, обычно отличается от работ предыдущей и последующей фаз, поэтому состав и навыки, требуемые от команды проекта, могут различаться от фазы к фазе.

Рис. 2-13. Пример предиктивного жизненного цикла

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

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

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

2.4.2.3. Итеративные и инкрементные жизненные циклы

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

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

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

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

2.4.2.4. Адаптивные жизненные циклы

Адаптивные жизненные циклы (также известные как управляемые изменениями или гибкие (agile) методы) направлены на реагирование на высокие уровни изменений и требуют постоянной высокой степени вовлеченности заинтересованных сторон. Адаптивные методы являются также итеративными и инкрементными, но отличаются тем, что итерации происходят очень быстро (продолжительность обычно составляет 2–4 недели) и фиксированы по срокам и стоимости. В адаптивных проектах во время каждой итерации обычно выполняются несколько процессов, хотя ранние итерации могут больше концентрироваться на планировании операций.

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

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