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

Почему этот подход зарекомендовал себя в таких ситуациях?

Вы получаете MVP (Minimum Viable Product = минимальный полезный продукт) обычно уже через две недели разработки.

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

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

Давайте рассмотрим пример:

Вы хотите заказать систему отчетности и предоставлять доступ внешним клиентам.

Для начала можно внедрить “вытягивание” данных для отчета и предоставление их в удобном виде.

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

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