Почему Waterfall жив, когда все перешли на Agile?

В Agile, Scrum и Kanban говорить о Waterfall — почти как признаваться в том, что смотришь DVD. Но правда в том, что каскадная модель не умерла. Она просто перешла из разряда "по умолчанию" в инструмент для конкретных задач.

Продуктовые менеджеры с 1–5 годами опыта часто сталкиваются с ситуациями, где гибкие методологии не дают ожидаемого результата: внедрение ПО для госзаказчика, сертификация медицинского продукта или внутренние ИТ-проекты с фиксированным бюджетом и сроками. И вот тогда всплывает Waterfall — как старая добрая лодка в пору цифровых бурь.

Waterfall (каскад или водопад) — классическая модель разработки продуктов. Американский ученый-информатик Уинстон Уокер Ройс придумал и описал ее еще в 1970 году, а в 1976 году ученые Томас Белл и Томас Тэйер дали ей название. Сначала Waterfall использовали в создании любого программного обеспечения, но потом появилась модель Agile и водопад засох. Теперь каскадную модель применяют в авиастроении, военной или космической отраслях, медицине и финансовом секторе. Там Waterfall самое место, потому что этим сферам нужны четко выстроенные процессы и сроки, а это суть каскада. Отсюда и сравнение с водопадом: каждый этап создания продукта, словно поток воды, продолжает предыдущий и не может начаться, пока прошлый не завершился.

Уокер Ройс придумал циклы водопада 50 лет назад, и с тех пор они не меняются. Кроме того, этапы создания проекта всегда идут в одинаковой последовательности и пропускать какой-то из них нельзя.

Последовательность процессов, соблюдение сроков, выполнение задач в каскадной модели лучше всего отображает диаграмма Ганта (a Gantt Chart) или горизонтальная гистограмма. Она состоит из блоков, расположенных на двух осях. По горизонтали — задачи, по вертикали — время, затраченное на их выполнение. На диаграмме можно проследить, какие задачи входят в проект и кто за них отвечает, а также продолжительность каждого этапа.

Плюсы:

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

Определенность в сроках и бюджете. Стоимость продукта и сроки сдачи проекта рассчитаны и утверждены в самом начале и не меняются в процессе.

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

Минусы:

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

Заказчик не допускается до разработки и тестирования. Он не может комментировать макеты или прототипы и видит результат только в конце проекта. Если изменились требования или условия, заранее учесть это невозможно.

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

Подсказка. Вам точно подойдет каскадная модель, если вы делаете строительный проект, работает в авиастроении, медицине, финансовом секторе, военной или космической отрасли. Откажитесь от водопада в пользу Agile, если проект создается для стартапа или IT-компании.

Классическая методология Waterfall — это работа по заранее написанному и согласованному ТЗ. Гибкость здесь не приветствуется. В этом основное отличие водопадной модели от Agile.

1. Проекты с четкими, стабильными требованиями

Работая с государственным заказчиком в 2022 году над системой документооборота, я столкнулся с ситуацией, когда требования были продиктованы законодательством и не могли меняться в процессе. Применение Waterfall позволило нам создать детальную спецификацию, получить однозначное согласование и реализовать проект без "сюрпризов".

2. Проекты с высокими регуляторными требованиями

В финансовом и медицинском секторах каждое решение должно быть задокументировано и соответствовать нормативам. Детальная документация Waterfall становится не обузой, а необходимостью. В проекте для банка детальная спецификация требований сократила время на аудит на 60%.

3. Проекты с фиксированным бюджетом и сроками

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

4. Проекты, где стоимость изменений высока

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

Последовательность процессов, соблюдение сроков, выполнение задач в каскадной модели лучше всего отображает диаграмма Ганта (a Gantt Chart) или горизонтальная гистограмма. Она состоит из блоков, расположенных на двух осях. По горизонтали — задачи, по вертикали — время, затраченное на их выполнение. На диаграмме можно проследить, какие задачи входят в проект и кто за них отвечает, а также продолжительность каждого этапа.

Допустим, вы строите быстровозводимый дом ― дачу в Подмосковье, чтобы выбираться туда на лето. Времени мало, максимальный бюджет — три миллиона рублей. Земля в вашей собственности, все документы в порядке. Срок строительства двухэтажного коттеджа, как сообщает застройщик, — от 25 дней. Все этапы известны и определены, а материалы закуплены.

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

Контекст: Средний региональный банк с 50+ отделениями нуждался в миграции с устаревшей системы учета на современную платформу.

Почему Waterfall:

Результаты:

Вывод: Детальное планирование и 5 полномасштабных репетиций миграции в тестовой среде с реальными данными.

Контекст: Внедрение системы управления производственными процессами (MES) на фармацевтическом предприятии.

Почему Waterfall:

Результаты:

Вывод: Детальная документация каждого шага процесса и вовлечение специалистов по качеству на всех этапах проекта.

Несмотря на доминирование Agile-методологий, Waterfall остается актуальным и эффективным в определенных контекстах. Как продакт-менеджер с опытом в обоих подходах, я рекомендую рассматривать Waterfall, когда:

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