По большому счету методологии управления проектами делятся на две большие группы. У одних в основе классический каскадный подход Waterfall, у других — гибкий Agile. В этой статье рассмотрим, нужно ли противопоставлять их друг другу и как сочетать в рамках одного проекта.
В чем разница между Waterfall и Agile
Waterfall свойственны регламентированность, последовательность, иерархичность, предсказуемость, исчерпывающая документация, в частности Product Requirements Document (PRD — требования к продукту), а также модели, схемы и конкретные
Особенности гибкой методологии Agile — итерационность, оперативная обработка новых вводных, постоянное тестирование промежуточных результатов и регулярный сбор обратной связи от заказчика и других стейкхолдеров. Это позволяет замечать ошибки в процессе работы, а не на финише проекта, исправлять их и улучшать продукт прямо по ходу реализации, даже если это выходит за рамки стартовых договоренностей.
Таким образом Waterfall представляется некой монументальной неподвижной конструкцией, в которой невозможны изменения. Agile же похож на пазл из множества частей. Чтобы получилась полноценная картина, составляющие должны быть правильно состыкованы друг с другом. Вот сравнительная таблица двух подходов.
| Критерий | Waterfall | Agile |
|---|---|---|
| Суть | Работа выстраивается как линейный последовательный процесс с четкими связанными этапами: следующий начинается только после окончания предыдущего. | Работа выстраивается итерациями. По итогам каждой представляется обновленная версия продукта/услуги. Блоки работ могут быть не связаны между собой. |
| На чем акцент | На жестком планировании, фиксации требований к результатам, следовании регламентам, документировании. | На регулярной поставки ценности для пользователя, оперативных изменениях, если они могут улучшить продукт/услугу, постоянном тестировании обновлений. |
| Для каких целей подходит | Для инициатив с известной и предсказуемой этапностью, фиксированным бюджетом, привязанным к периодам работы, понятным неизменяемым результатом. | Для разработки новых продуктов/услуг, проверки гипотез и быстрого вывода на рынок стартовой версии (MVP). |
| Степень неопределенности | Низкая. Требования понятны, алгоритм действий или технологии известны, результат предсказуем. | Высокая. Представление о результатах размыто, требования могут меняться уже при реализации, а также по итогам тестирования и обратной связи от стейкхолдеров и |
| Стоимость изменений | Высокая. Изменения на любом из этапов, кроме стартового, ведет к нарушения сроков и бюджета, переделыванию целых блоков связанных работ. | Низкая. Изменения в Agile — это часть самого подхода. Они обеспечивают реализацию новых идей, ожиданий аудитории, соответствие рынку. |
| Роль заказчика | Активное участие предполагается на старте проекта — при согласовании требований и ТЗ), и в финале — при приемке и утверждении результатов. | Постоянное активное участие в проекте. Формирует цели итераций, устанавливает приоритеты, принимает результаты, дает обратную связь. |
| Управление рисками | Риски известны и прозрачны, а также меры для управления ими. | Риски неопределенны и часто плохо предсказуемы, поэтому хуже поддаются управлению. Но они обычно и менее критичны, чем в Waterfall. |
Классическая модель управления проектами Waterfall больше подходит типовым проектам со стандартными, регламентированными процессами и прогнозируемыми рисками, по которым есть проверенный план действий. Например, управление проектной деятельностью в медицине, строительстве, финансовом секторе.
Гибкие методологии подходят при создании новых продуктов, о которых еще не сформировано детального видения, какими они должны быть. Это не значит, что цель проекта не задана. Сформированы ключевые критерии, базовые требования, но при этом допускается возможности незапланированных вводных. Это подходит, например, для ИТ, сферы маркетинга и продаж.
Как выбрать методологию для своего проекта
Итак, при методологии Waterfall в фокусе внимания понятный результат с четкими зафиксированными требованиями, этапность, последовательность, связи и сроки. При гибком управлении проектами — направления развития, меняющиеся запросы, регулярная поставка ценности и быстрая обратная связь, которая ложится в основу последующей работы. Что же выбрать для своего проекта: Agile или Waterfall. Для этого нужно оценить предстоящий проект по этим параметрам.
- Жесткость требований. Если есть задокументированное техническое задание с прописанными критериями результата, и не предполагается пересмотр — это каскад. Если четкого представления, что должно получиться в итоге, нет, но есть понимание, какие проблемы решит получившийся продукт или услуга, — это Agile.
- Масштаб проекта и число участников. Если он предполагает долгосрочность, несколько команд и множество подрядчиков, скорее всего управлять им эффективнее с помощью каскада. Если число участников невелико, их работу достаточно просто скоординировать, подойдет гибкий подход.
- Состав работ. Если прослеживается ярко выраженная этапность, много зависимостей, нарушение сроков в одном блоке влечет сдвиг дедлайнов по всем последующим — это каскад. Если работы по большей части не связаны друг с другом, а сдвиги сдачи не влияют на результаты всего проекта, подходит Agile.
- Цена изменений. Признак каскада — изменения в проекте могут стать лишь последствиями существенного
форс-мажора . При этом они связаны со значительным ростом затрат. Признак Agile — изменения являются частью процесса работы и поиска оптимальных решений. - Особенности команды. Когда участникам ближе регламентированная, четко выстроенная работа с понятными условиями, сроками и отчетностью — это про Waterfall. Когда команда нуждается в возможности пробовать различные варианты и предлагать идеи — это про Agile. Но в этом случае нужно объективно оценить ее способность к самоорганизации, так как при гибком подходе легко забыть о сроках.
- Скорость обратной связи. Когда предполагается регулярная демонстрация стейкхолдерам результата — продукта или услуги, который постепенно «обрастает» все новыми качествами и возможностями, а от них ожидается быстрая обратная связь — будет отлично работать Agile. Если при реализации проекта достаточно контролировать сроки и бюджеты, а промежуточные результаты заранее четко определены — это каскад.
Если большая часть этих критериев говорит о регламентированности и предсказуемости проекта, а также о необходимости жесткого контроля сроков, скорее всего ему ближе водопадная модель управления. Если же в проекте уже со старта много неопределенности вплоть до видения результатов, то стоит попробовать реализовать его с помощью гибкого подхода.
Можно ли сочетать Waterfall и Agile в одном проекте
Waterfall и Agile выглядят не просто разными подходами, а почти противоположными. На первый взгляд сложно представить, как их сочетать. Тем не менее проектная практика куда разнообразнее любых методологий. И очень многие проекты сложно однозначно отнести к одному из этих подходов.
Представим, банк планирует запуск нового сервиса. Такому проекту подходит каскад. Когда продукт будет разработан, нужно обеспечить клиентам доступ к нему в
Или, наоборот, проекту изначально подходит Agile. Например, компания создает корпоративное мобильное приложение. Для этого нет типовых шаблонов. Есть опыт, сложившаяся практика, но ничто не ограничивает команду в реализации некоего собственного видения проекта. Дизайн, функциональность — для всего этого множество комбинаций и вариантов, которые нужно будет «примерять» на продукт и тестировать. Но помним, что в Agile очень высоко влияние человеческого фактора. Есть риски застрять на процессе постоянного совершенствования продукта или забыть о первоначальных целях. Чтобы удерживать проект в заданных рамках, как раз подойдут принципы каскада.
Таким образом, несмотря на противоположность Waterfall и Agile, в одном проекте они не просто не исключают друг друга, а могут эффективно сочетаться. Нет необходимости придерживаться одной методологии, если на
Как управлять проектом, в котором сочетаются Waterfall и Agile
При любом подходе для эффективного управления проектом нужен удобный инструмент автоматизации. Наиболее востребованы два типа решений:
Таск-трекеры ориентированы на управление задачами. Для этих целей они подходят как в рамках каскада, так и гибких методологий. Но задачи — лишь один из аспектов проекта. Это результат большой работы по определению целей, планированию ресурсов и бюджетов, идентификации рисков. А в
Классические ИСУП обладают более широкой функциональностью. Они включают возможности по контролю финансов, работы с документами, рисками, трудозатратами и, конечно, задачами. Эти системы обеспечивают единство и прозрачность информации для всех в команде, что делает их удобным инструментом для управления проектами с каскадным подходом. Но зачастую они не учитывают потребностей гибких методологий, а именно, особенности работы итерациями.
Таким образом, ни классические ИСУП, ни
- либо использовать оба решения — неудобно, так как участникам команды нужно работать в двух системах, а руководителю собирать целостную картину по частям из разных источников;
- либо выбрать одно, которое обеспечивает более приоритетные требования команды, — неудобно, так как руководитель не может в едином инфополе мониторить ситуацию по некоторым важным аспектам проекта.
Комбинированный подход в системе автоматизации способен решить задачи проектов, которые используют Agile. Такие системы учитывают особенности гибридной модели управления проектами, в том числе содержат нужные инструменты.
Например, Naumen Project Ruler (NRP) позволяет спланировать каждый этап по каскаду, зафиксировать и наглядно показать структуру, взаимосвязь и последовательность задач. Чтобы держать под контролем другие аспекты проекта, в решении реализованы управление документами, рисками и бюджетом. Финансовый блок позволяет детализировать статьи расходов, отражает плановые и фактические показатели, рентабельность и маржинальность.
Что касается Agile, то NPR умеет работать со спринтами. Спринт не просто позволяет хронологически задавать периоды, а полностью отражает характеристики и роль этой важной сущности Agile. Спринт можно настраивать, указывать для него сроки, цели, добавлять задачи, планировать трудозатраты. Также этот объект позволяет учитывать другую ключевую особенность Agile — регулярное получение обратной связи от заказчика. NPR включает функциональность по организации
Наконец, в основе любого проекта, который реализуется по любой методологии, лежат стратегические цели. И главный критерий для оценки результата: удалось ли их достичь. Именно вокруг них строится работа и планируются задачи. Поэтому важно на каждом этапе проекта сверяться с целями и анализировать, насколько то, что делается, приближает команду к ним. Особенно это актуально для проектов с гибким подходом, в которых легко отклониться от курса, подстраиваясь под новые вводные. NPR позволяет выстраивать каскад целей, декомпозировать и выстраивать под них проектную деятельность. В системе наглядно видно, какие проекты, программы или спринты на какую цель работают.
Коротко: Waterfall, Agile или гибридный подход
Waterfall подходит для проектов, в которых все заранее известно и понятно: что делать, как делать, в какой последовательности, как связаны этапы, какие у них должны быть результаты, даже риски и меры по работе с ними. Изменения в таких проектах — это
Несмотря на разницу, часто комбинирование этих методологий может стать эффективным вариантом работы. Часто применяется вариант, при котором планируется последовательность крупных взаимосвязанных этапов, определяются для них сроки, а уже в их рамках команды работают по Agile.
Например, подготовка технической документации и получение разрешений для строительства — это четкий регламентированный процесс, который отлично планируется по Waterfall. А проектирование внутренних планировок дома, разработка «умных» инженерных систем могут происходить по итерациям, с регулярным тестированием. Нет необходимости ограничивать себя рамками одного подхода, если можно оптимально применить оба.
Важным при гибридном подходе становится выбор системы управления, которая позволит контролировать все аспекты проекта вне зависимости от методологии. Такое решение автоматизации должно включать инструменты для работы по любой из них и при этом обеспечивать участникам единую комплексную картину проекта. Такая система создаст удобное рабочее пространство для каждого участника команды, позволит эффективнее реализовывать проекты и сделает бизнес более гибким и адаптивным.
Используйте разные методологии в ваших проектах. Без дополнительных плагинов и приложений. Обращайтесь, и мы покажем, как это работает.
