Agile и Waterfall: чем отличаются и что выбрать

Спор про Agile и Waterfall в учебниках обычно сводят к лозунгу: каскад устарел, гибкость победила. На практике это неверно: строительство энергоблока ведут каскадом, а мобильное приложение стартапа итерациями, и оба решения рациональны. Разница между подходами не в моде и не в наборе ритуалов, а в том, когда проект фиксирует требования и сколько стоит их поменять. Ниже разберём обе модели, их экономику и критерии выбора, а калькулятор под этим абзацем переведёт описание вашего проекта в числовой индекс гибкости.

Waterfall: каскад, в котором фаза не возвращается

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

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

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

Agile: не методология, а набор принципов

Гибкий подход оформился в 2001 году, когда семнадцать практиков подписали Agile Manifesto: четыре ценности и двенадцать принципов. Ценности сформулированы как приоритеты, а не как отрицания: люди и взаимодействие важнее процессов и инструментов, работающий продукт важнее исчерпывающей документации, сотрудничество с заказчиком важнее согласования условий контракта, готовность к изменениям важнее следования плану.

Agile сам по себе ничего не предписывает: это рамка, внутри которой живут конкретные фреймворки. Scrum задаёт роли, фиксированные по длине спринты и четыре встречи. Экстремальное программирование добавляет инженерные практики: парное программирование, разработку через тесты, непрерывную интеграцию. Kanban вообще не вводит спринтов и работает через ограничение незавершённой работы, наследуя производственной системе канбан с её вытягивающей логикой.

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

Agile и Waterfall: где проходит настоящая граница

Главное различие удобно выразить через стоимость изменения требования в зависимости от того, на каком этапе оно пришло.

Рассчитать для своей задачи

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

Отсюда следуют остальные различия, а не наоборот:

• Единица прогресса. В каскаде это подписанная фаза, в Agile - работающий инкремент продукта.
• Роль заказчика. В каскаде он выступает приёмщиком в начале и в конце, в Agile участвует в каждом обзоре итерации.
• Обращение с планом. Каскад считает отклонение от плана дефектом управления, Agile - нормальным поступлением новой информации.
• Что фиксирует договор. Каскад фиксирует объём при плавающей трудоёмкости, гибкие контракты чаще фиксируют время и бюджет при плавающем объёме.

Как устроен спринт и как считать сроки

Итерация в Scrum длится от одной до четырёх недель и заканчивается инкрементом, который можно показать. Внутри неё повторяется один и тот же цикл.

Рассчитать для своей задачи

Гибкость не отменяет расчётов, она их упрощает. Основной измеритель здесь скорость команды $V$ - число единиц работы, закрываемых за спринт. Если объём бэклога равен $B$, число спринтов до завершения оценивают как

$N=\left\lceil \frac{B}{V} \right\rceil,\qquad T=N\cdot t_{sp},$

где $t_{sp}$ - длительность спринта. При $B=260$ story points, $V=40$ и двухнедельном спринте получаем $N=7$ спринтов и $T=14$ недель. Падение скорости до $V=30$ даёт уже $N=9$ и почти пять месяцев, и об этом видно после второго-третьего спринта, а не за неделю до сдачи. В этом и состоит практическая ценность итераций: прогноз пересчитывается по фактическим данным, а не защищается по первоначальной смете.

Когда каскад работает лучше гибкого подхода

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

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

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

Как выбрать подход: шесть факторов

Практический выбор удобно свести к взвешенной оценке. Каждый фактор оценивают от 0 (аргумент за каскад) до 10 (аргумент за итерации) и считают индекс гибкости

$A=\frac{\sum_i w_i s_i}{10\sum_i w_i}\cdot 100\%.$

Рассчитать для своей задачи

В калькуляторе выше веса расставлены так: изменчивость требований $w=3$, вовлечённость заказчика, возможность частых поставок и свобода от регламентов по $w=2$, новизна технологии и компактность команды по $w=1$. Значение $A<40\%$ читается как каскад с фазовыми воротами, $40\%\le A<65\%$ - как гибрид, $A\ge 65\%$ - как проект, который стоит вести итерациями.

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

Гибриды: Water-Scrum-Fall и фазовые ворота

В реальных компаниях чаще встречается не чистая модель, а связка. Схема Water-Scrum-Fall описана аналитиками Forrester в 2011 году: аналитика и бюджетирование идут каскадом, разработка ведётся спринтами, а релиз и приёмка снова возвращаются к формальным процедурам. Похоже устроен и каскад с фазовыми воротами, куда добавлены короткие циклы прототипирования внутри фазы проектирования.

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

Частые ошибки

• Считать Agile методологией. Agile - это ценности и принципы, методологиями являются Scrum, XP, Kanban. В работе нужно называть конкретный фреймворк.
• Приписывать каскад Ройсу как рекомендацию. Он приводил чистый каскад как рискованную схему и предлагал итеративные доработки.
• Путать Scrum и Kanban. Scrum строится на спринтах фиксированной длины, Kanban ограничивает незавершённую работу и не имеет обязательных итераций.
• Сравнивать модели без критерия. Сравнение засчитывается, только если задан набор признаков: работа с требованиями, роль заказчика, единица прогресса, распределение рисков, тип договора.
• Внедрять ритуалы без полномочий. Ежедневные встречи при неизменяемом объёме работ дают каскад с дополнительными совещаниями.

FAQ

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

Что современнее и лучше? Год появления не определяет пригодность. Каскад уместен при стабильных требованиях и невозможности частичной поставки, гибкий подход - при высокой неопределённости и доступном заказчике. Корректный ответ на экзамене всегда условный.

Можно ли применять Agile в дипломе или курсовой? Да, если работа выполняется итерациями с научным руководителем: разбейте объём на спринты по две недели, в конце каждого показывайте готовую главу и корректируйте план. Каскадом здесь оказывается схема, где весь текст показывают за неделю до защиты.

Коротко

Agile и Waterfall различаются не набором встреч, а моментом фиксации требований и стоимостью их изменения: в каскаде она растёт к концу проекта экспоненциально, в итеративной модели остаётся почти постоянной. Каскад выбирают при стабильных требованиях, невозможности промежуточной поставки и жёстких регламентах, гибкий подход - при высокой неопределённости, доступном заказчике и праве менять объём работ. Промежуточные ситуации закрывают гибридом, где обязательства фиксируют каскадом, а продукт создают спринтами. Индекс гибкости из шести взвешенных факторов превращает этот выбор из спора о вкусах в проверяемый расчёт.