Agile |
«Водопад» |
Преимущество подхода |
Быстрый и при этом гибкий процесс разработки |
Хотя циклы носят более формальный и последовательный характер, длительные и упорядоченные процессы могут быть легко освоены командами любого размера |
Благодаря коротким итеративным спринтам и фокусу на качестве, команды выявляют и исправляют недостатки быстрее, чем при каскадной разработке |
Заданные циклы разработки обеспечивают большую стабильность для вновь сформированных команд |
Задачи могут быть распределены между небольшими командам таким образом, чтобы они не затрагивали другие аспекты или фазы разработки |
Требования к проекту задаются в самом начале, а цели редко меняются в ходе проекта. Это упрощает выполнение проекта |
Итерации позволяют быстро вносить изменения в продукт в процессе разработки, если в том возникает необходимость |
Бюджет и необходимые ресурсы выделяются для всего проекта в самом начале, это упрощает управление ожиданиями и рисками |
Недостаток подхода |
Agile |
«Водопад» |
Для гибкой разработки необходим scrum-мастер с опытом проведения спринтов, способный держать ситуацию под контролем при быстром характере итераций |
Разработка ведется последовательно и поэтому медленней и менее гибко — переход к следующей фазе возможен только по завершении предыдущей |
Частые запросы на оценку изменений могут вызвать раздражение клиентов |
Проблемы обычно выявляются позднее, чем при гибкой разработке — на стадии тестирования |
Если команды недостаточно хорошо организованы или не способны к самоуправлению, могут возникнуть проблемы, особенно у территориально распределенных команд |
Требования определяются и одобряются в начале проекта, поэтому что-либо изменить в ходе работ становится гораздо трудней |
Для каких команд разработчиков, клиентов и проектов подходит наилучшим образом |
Для опытных команд, сфокусированных на постоянном улучшении качества продукта |
Для менее опытных проектных команд |
Для проектных команд, которые тесно и регулярно взаимодействуют с заказчиками |
Проектным командам, клиенты которых не имеют времени и ресурсов для частого общения с разработчиками |
Для проектных команд, которые не хотят ждать завершения проекта, чтобы получить отзыв на свои продукты |
Для проектов с простыми требованиями, сроки готовности которых могут быть отодвинуты |
Для заказчиков со сложной структурой, которым гибкая разработка поможет быстрее реагировать на изменения |
Для заказчиков, которым не подходят быстрые изменения и риск внедрения «частично готового» ПО |
Читать новость в источнике CNews