Agile и «водопад». Сравнение подходов30.11.2020 13:45

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

Полный текст статьи читайте на CNews