Сравнение Waterfall и Agile. Плюсы и минусы

При сравнении Waterfall и Agile необходимо осознание того, что Waterfall — это подход, хорошо описанный и детализированный. А вот Agile — это, скорее, набор практик и принципов, которые так или иначе поддерживают различные методологии гибкой разработки проектов.

Итак, предлагаем Вашему вниманию сравнение, предложенное Максимом Довгополым.

Оригинал статьи здесь.

Сильные стороны

Waterfall

Agile

Легок для понимания и использования;
Детально структурирован, что облегчает его применение к малоопытным командам;
Задает стабильные требования к проекту/продукту с самого старта;
Проекты легко контролируются, отслеживаются ресурсы, риски, время;
Качество имеет первоочередной приоритет по сравнению со стоимостью и временем.

Итеративная разработка;
Использование временные рамки(time boxes);
Конечный пользователь вовлечен в процесс с самого начала;
Быстрое получение первой/пробной версии продукта для тестирования;
Легко воспринимаются корректировки и изменения в процессе разработки.

Слабые стороны

Waterfall

Agile

Все требования должны быть определены и детально описаны до начала разработки;
Дорого и медленно;
Чувствителен к изменениям;
Мало возможностей для конечного пользователя повлиять на цели проекта и требования к продукту;
Зачастую проблемы выявляются на этапе тестирования;
Много документации, много технической документации, которая не понятна конечному пользователю или заказчику.

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

Когда использовать

Waterfall

Agile

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

Конечный пользователь вовлечен в проект со старта;
Четко определены бизнес-цели проекта/продукта;
Небольшой или средний проект, относительно короткий по времени;
Состав команды стабильный;
Команда с высоким уровнем профессионализма;
Технические требования приемлемые, коллериются с технологиями, которые собираются быть использованными для разработки;
Система может быть модульной.

Какой вывод можно сделать?
Два подхода со своими плюсами и минусами, каждый из которых прекрасно подходит для применения в проектах с совершенно разными входными данными и требованиями.

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

Задача руководителя проекта — выбрать наиболее подходящий способ для достижения целей проекта. Waterfall, RUP, Scrum, RAD, XP, FDD, TDD и другие методологии вам помогут этого добиться, если вы понимаете разницу между ними, их принципы, слабые и сильные стороны. В некоторых случаях, это не выбор между методологиями, а правильная комбинация подходов для каждого из этапов проекта.

И, как утверждает автор анализа, Waterfall и Agile могут быть оптимально применены в рамках одного проекта.