Ответ
Waterfall применяется в проектах с четко определенными требованиями, где изменения маловероятны. Он эффективен, когда:
- Стабильные требования – заказчик точно знает, что хочет, и ТЗ не меняется.
- Жесткие сроки/бюджет – фиксированный объем работ без итераций.
- Регуляторные проекты – например, разработка ПО для медицины или авиации, где каждый этап требует строгой документации и проверок.
Пример:
Создание ПО для банковской системы с жесткими требованиями к безопасности. Этапы:
- Сбор требований (документ).
- Дизайн (архитектура + UI-макеты).
- Разработка (кодинг по ТЗ).
- Тестирование (чек-листы).
- Внедрение (развертывание).
Минусы:
- Позднее тестирование (баги обнаруживаются на финале).
- Нет гибкости под изменения.
Подходит для небольших/простых проектов или там, где Agile недопустим (например, из-за compliance).
