Типы жизненных циклов

В зависимости от сложности, размерности и отраслевой привязки проектов их жизненные циклы могут различаться. РМВОК выделяет три типа жизненных циклов: предиктивные, итеративные и инкрементные, а также адаптивные.

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

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

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

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

Не смотря на критику за недостаточную гибкость и формальность эта модель настолько хорошо снижает риски в некоторых проектах, и делает их прозрачными, что вплоть до PMBOK 4, PMI не предлагала других моделей. Только начиная с 2009 года, в PMBOK 4 достигнут компромисс между строго формальными предиктивными моделями и гибкими итеративными подходами.

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

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

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

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

Рис.3.6. Пример инкрементного жизненного цикла

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

Преимуществами итеративных и инкрементных жизненных циклов являются:

· снижение воздействия серьёзных рисков на ранних стадиях проекта, что ведет к минимизации затрат на их устранение;

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

· акцент усилий на наиболее важные и критичные направления проекта;

· непрерывное итеративное тестирование, позволяющее оценить успешность всего проекта в целом;

· раннее обнаружение конфликтов между требованиями, моделями и реализацией проекта;

· более равномерная загрузка участников проекта;

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

· затраты распределяются по всему проекту, а не группируются в его конце.

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

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

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

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

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