Agile или waterfall в веб-разработке: что выбрать заказчику

Термины из мира управления проектами иногда всплывают в разговоре со студией. Разбираем без методологического жаргона: чем отличаются два способа вести проект и что это меняет для заказчика.

Две модели

Последовательная. Весь объём описывается заранее, дальше этапы идут по порядку: проектирование, дизайн, разработка, тестирование, запуск. Результат вы видите в конце.

Итеративная. Проект идёт короткими циклами по одной-две недели. В конце каждого — работающая часть, которую можно посмотреть. План следующего цикла корректируется по итогам предыдущего.

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

Последовательный подход

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

Минусы: изменения дорого обходятся, результат виден поздно, ошибка в проектировании обнаруживается на поздней стадии.

Когда подходит: типовой сайт с понятным объёмом — лендинг, визитка, корпоративный сайт по готовому заданию.

Обязательное условие: зафиксированный объём работ. Без него подход превращается в бесконечный проект — как составляется задание, в статье как составить ТЗ на сайт.

Итеративный подход

Плюсы: результат видно рано, изменения встроены в процесс, можно менять приоритеты по ходу, риск «сделали не то» минимален.

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

Когда подходит: проекты с неопределённостью — сервисы, личные кабинеты, сложная бизнес-логика, длительное развитие существующего продукта.

Обязательное условие: ваше участие. Модель держится на быстрой обратной связи и приоритизации с вашей стороны.

Что реально важно для заказчика

Честно: название методологии значит меньше, чем несколько конкретных практик. Они полезны при любом подходе.

Регулярные демонстрации

Самое важное. Раз в неделю вы видите работающий результат на реальной ссылке, а не слышите «всё идёт по плану».

Это единственный способ обнаружить отставание рано, а не на сдаче. Почему проекты срываются и что это предотвращает — в статье почему сроки разработки срываются.

Доступ к списку задач

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

Один согласующий с вашей стороны

При любой модели. Три человека с разными мнениями добавляют недели независимо от методологии.

Оформление изменений

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

Приоритеты, а не «всё важно»

Если всё критично, при нехватке времени резать придётся вслепую.

Смешанный подход на практике

Как это обычно устроено в реальных проектах:

Проектирование и дизайн — последовательно, с фиксированной ценой. Объём здесь предсказуем.

Разработка — циклами с еженедельными демонстрациями. Это позволяет корректировать детали, не пересогласовывая смету.

Развитие после запуска — итеративно, с почасовой оплатой или абонементом.

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

Сколько времени потребуется от вас

Практический ориентир, который стоит знать до старта:

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

Итеративный: созвон раз в одну-две недели плюс регулярная обратная связь — суммарно 2–4 часа в неделю.

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

Красные флаги

Нет демонстраций. «Покажем, когда будет готово» — главный признак проблем впереди.

Нет доступа к задачам. Вы не видите, что происходит.

Итеративный подход без ограничения бюджета. Гибкость без верхней границы — это открытый счёт.

Последовательный подход без зафиксированного объёма. Фиксированная цена непонятно за что.

Методология как аргумент вместо результата. Если на вопрос о сроках отвечают терминологией, а не датами, — это тревожно.

Итог

Для типового сайта с понятным объёмом — последовательный подход с фиксированной ценой. Для проектов с неопределённостью — итеративный с ограничением бюджета сверху.

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

Проекты с этими тремя практиками идут нормально независимо от того, как называется методология. Без них не спасает никакая.