метод

Каскадная разработка

Модель, в которой продукт идёт от описания к запуску по одной линии, а срок и стоимость известны ещё до того, как написана первая строчка кода.

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

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

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

Каскадная модель и Agile
Каскадная модельAgile
Объём работсогласуется до разработки и дальше не меняетсяпересматривается в каждом цикле
Срок запускаизвестен заранее и стоит в договорезависит от того, сколько циклов понадобится
Стоимостьфиксируется до начала работскладывается по ходу проекта
Когда подходитцель и границы проекта ясны с самого началапродукт ищет свою форму и меняется от недели к неделе
этапы

Три этапа, 21 день

Каждый этап заканчивается конкретным днём, и все три стоят в договоре.

день
Требования и проектирование
Разработка
Тестирование и релиз
дни 1–5 01 / 03

Требования и проектирование

Собираем требования, проектируем каждый экран и показываем прототип, который вы согласовываете целиком. Дальше объём уже не меняется.

день 5 · прототип согласован
дни 6–18 02 / 03

Разработка

Пишем код по согласованному прототипу и каждый день выкладываем сборку на стенд, так что вы видите продукт в работе, а не в отчётах.

день 18 · сборка готова к приёмке
дни 19–21 03 / 03

Тестирование и релиз

Проходим сценарии, проверяем скорость, выкатываем на прод и передаём вам все доступы.

день 21 · запуск

Дата запуска стоит в договоре ещё до старта, и если мы сорвём её по своей вине, вернём половину суммы. Объём закрепляется согласованным прототипом, поэтому смета не растёт на полпути, а лишний функционал отсекается ещё на бумаге, где убрать его дешевле всего.

Пока идёт разработка, сборка каждый день обновляется на стенде, и вы видите продукт в работе, а не в отчётах.

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

контакты

Напишите в Telegram — назовём срок и стоимость до договора

Отвечаем в течение рабочего дня. Никаких брифов на двадцать полей — достаточно пары фраз о задаче.