До появления Scrum и других подобных подходов чаще всего применялась водопадная модель разработки, где есть последовательные этапы, например:
- формирование первичных требований;
- анализ требований;
- оценка;
- формирование ТЗ;
- разработка;
- тестирование;
- приемка;
- поставка.
Каждый этап водопадного процесса начинается только по окончании предыдущего. Двигаться можно только вперед, так что результат этапа не должен требовать доработок в будущем. Как следствие, каждый этап удлиняется в силу большого числа согласований. В итоге выпуск сложного продукта растягивается на многие месяцы или даже годы.
Основная проблема всех подобных методологий и методов разработки — в неполноте и несвоевременности обратной связи от клиентов. Это приемлемо для типовых продуктов, когда потребности клиентов во многом известны по прошлому опыту. Но неприемлемо в ситуации высокой неопределенности требований, которая имеет место для новых инновационных продуктов.
Недостатки:
- Долго ждать от идеи до готового продукта
- У заказчика нет возможности ознакомится с системой заранее
- У пользователя нет возможности привыкнуть к продукту постепенно
- Очень не любит изменения требований к продукту
- Изменения вносить очень дорого и сложно
- Большие риски
- На выходе можем получить совсем не то, что хотел заказчик
- Дорого
- Разработчик закладывает дополнительную стоимость для страховки рисков
- Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание.
- «Deadline. Роман об управлении проектами» Том ДеМарко
- «Мифический человеко-месяц». Фредерик Брукс