16
несколько итераций, каждая из которых представляет из себя мини проект,
который включает в себя список задач, необходимых для прироста
функциональности. Итерация включает в себя планирование, анализ требований,
проектирование, разработку, тестирование, эксплуатацию и поддержку. Каждый
последующий цикл приводит к уточнению требований, пересмотру содержания,
улучшению продукта и процессов реализации проекта. По истечению
определенного количества циклов, продукт достигает стабильного состояния, так
называемого Minimum Viable Product (MVP) – минимально полезный продукт,
такой продукт, который готов для апробации пользователями[8].
Такие представления о ЖЦ проекта предполагают нетрадиционный взгляд на
содержание проекта. Действительно, в отличие от традиционного проектного
управления с его жестким закреплением требований к результату и границ
содержания, гибкое управление рассматривает требования и содержание как
динамически изменяемые. Во многом представления о гибком управлении
проектом соответствуют концепциям развивающихся и открытых проектов. Если
традиционные терминальные проекты предполагают четкое определение границ
ЖЦ и содержания проекта, достижение которых автоматически означает
завершение проекта, то развивающиеся проекты оставляют содержание всегда
открытым для дальнейших изменений и развития. Открытые проекты вообще
определяют содержание только лишь в виде общих ориентиров и индексов,
постоянно изменяя его в ходе выполнения.
«Гибкость» содержания проекта связана также с ориентацией проектов на
ценность для клиента (и команды), а не на формальные результаты. Гибкое
управление отходит от традиционного «железного» треугольника «качество-время-
затраты» и от представлений о проекте, как о механизме выполнения работ, и
предлагает новый «подвижный» треугольник «ценность-ограничения-качество»[9].
Итерационная природа гибкого проекта предполагает совмещение и соединение
многих этапов разработки новой продукции и даже работ по проектированию,
планированию и созданию продукции. Гибкое управление проектом базируется на
многократном циклическом параллельном проектировании, что предполагает
использование кроссфункциональных команд и эффективные коммуникации
между всеми участниками проекта.