Каскадная модель (Waterfall)

Что такое каскадная модель и откуда она взялась

Каскадная модель (waterfall) — линейный жизненный цикл проекта, в котором фазы выполняются строго последовательно: следующая начинается только после формального закрытия предыдущей. Никакого параллельного выполнения этапов и, в теории, никакого возврата назад.

Есть устойчивый миф, что «классический waterfall» придумал Уинстон Ройс в статье 1970 года «Managing the Development of Large Software Systems». На самом деле в этой статье Ройс описывает чисто последовательную схему как рискованную и сам предлагает её модифицировать — вводить повторные проходы между соседними этапами и вовлекать заказчика на промежуточных стадиях, а не только в конце. То есть «канонический» жёсткий waterfall из шести непересекающихся блоков — упрощённая интерпретация, сложившаяся в индустрии и учебниках задним числом, а не то, что предлагал сам автор термина.

Шесть фаз каскада: что происходит на каждой и чем она закрывается

В большинстве современных описаний waterfall сведён к шести фазам:

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

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

Что каскад даёт и чем за это платит

Плюсы каскадной модели понятны и объясняют, почему она до сих пор жива:

• бюджет, сроки и объём работ фиксируются до старта проекта;
• отчётность прозрачна — заказчик видит прогресс по завершённым фазам, а не по абстрактному «процент готовности»;
• низкая зависимость от состава команды — документация на входе каждой фазы позволяет заменить исполнителя без глубокого погружения в контекст.

Цена этой предсказуемости — позднее обнаружение проблем. Petersen, Wohlin и Baca в статье «The Waterfall Model in Large-Scale Development» (2009) разобрали один крупномасштабный индустриальный waterfall-проект и показали главное: заметная доля требований отбрасывается уже по ходу работы, а почти треть дефектов доезжает до системного тестирования — самой дорогой стадии обнаружения. Конкретные метрики этого проекта приведены ниже, в разделе с примерами. Эти цифры — метрики одного проекта, а не отраслевая статистика. Их ценность не в обобщении «каскад плохой», а в том, что они дают ориентир для сравнения: если в вашем проекте доля отброшенных требований и поздних дефектов сопоставима или выше — это сигнал, что чистая каскадная схема здесь работает на грани применимости.

Каскад против Agile: не идеология, а тип неопределённости

Спор «waterfall или Agile» обычно ведётся как спор философий, но практический критерий гораздо проще: известны ли требования заранее и сколько стоит их изменение на поздней фазе.

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

Гибриды: где каскад живёт в 2026 году

На практике чистый waterfall в разработке ПО сегодня редкость. Гораздо чаще встречается гибридная схема: каскадная рамка сверху — контракты, фазовые гейты, вехи, приёмка заказчиком — и итеративная разработка внутри фазы реализации, где команда работает короткими циклами, не нарушая формальной структуры контракта.

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