Agile. Практическое руководство

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

На рис. Х3-1 в приложении Х3 к Руководству PMBOK® – Шестое издание данный континуум представлен линией. Данное представление подчеркивает смещение характеристик из одного конца в другой. Еще одним способом визуализации данного континуума является двумерный квадрат, который показан на рис. 3–1.

Рис. 3–1. Континуум жизненных циклов проектов

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

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

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

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

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

ПЛАНИРОВАНИЕ ОСУЩЕСТВЛЯЕТСЯ ПРИ ЛЮБЫХ ОБСТОЯТЕЛЬСТВАХ

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

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

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

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

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

3.1.1 Характеристики предиктивных жизненных циклов

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

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

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

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

Рис. 3–2. Предиктивный жизненный цикл

3.1.2 Характеристики итеративных жизненных циклов

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

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

На рис. 3–3 показаны некоторые элементы итеративного жизненного цикла проекта для единичной поставки продукта.

Рис. 3–3. Итеративный жизненный цикл

Приходилось ли вам участвовать когда-либо в проекте, когда, по вашим ощущениям, требования изменялись ежедневно, и вам казалось: «Мы узнаем требования, когда поставим прототип, который получит одобрение предприятия»? Если «да», то это был проект, в котором могло бы помочь использование подходов agile. Прототип служит стимулом обратной связи и помогает лучше понять требования, которые могут быть исполнены в каждом поставляемом результате.

3.1.3 Характеристики инкрементных жизненных циклов

Оптимизация некоторых проектов осуществляется с целью сокращения сроков поставки. Многие предприятия и инициативы не имеют возможности дожидаться, когда работы будут завершены полностью, и в таких случаях заказчики желают предварительно получить составную часть общего решения. Частую поставку поставляемых результатов меньшего объема называют «инкрементный жизненный цикл» (см. рис. 3–4).

Рис. 3–4. Жизненный цикл с поставкой инкрементов разного объема

ПОЛЕЗНЫЙ СОВЕТ

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

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