В качестве продолжения нового опыта получил Agile Master сертификацию. Но это не только, чтобы похвастаться, но и — главное — поделиться своими наблюдениями и выводами о применимости Agile подходов.

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

Во многих случаях гораздо ближе к реалиям такие фреймворки как DSDM и FDD. Для крупных проектов (и крупных компаний) явно неплохо подходит DSDM — Dynamic Systems Development method. Этот подход сочетает тщательность планирования линейных подходов. Особенно впечатляет встроенная в саму модель оценка ее применимости для проекта на самой ранней его стадии. Предусмотрена оценка экономической эффективности проекта. Далее следует определение объектной модели и далее проектирование и разработка.

При этом DSDM опирается на итеративный подход и тесное взаимодействие с заказчиком и представителями пользователей. Четко определена ролевая структура. В частности, определение роли User Ambassador — посол пользователей предполагает выделени полномочного представителя пользовательского сообщества. А роли Исполнительного спонсора и визионера предполагают обеспечение поддержки проекта на старшем управленческом уровне. Подробнее о DSDM можно почитать здесь и здесь.

FDD (Feature Driven Development) — разработка, ведомая функциональностью — опирается на приоритет функционала для целей заказчика. Одним из важных достоинств FDD является разработка общей объектной модели на основании верхнеуровневого понимания продукта, что позволяет задать рамки проекта и продукта. Далее идет итеративное выявление желаемого функционала/свойств продукта, определение приоритетов и проектирование по функциям в рамках общей модели. Проектирование (45%) и разработка кода (40%) — наиболее затратные в относительном выражении виды деятельности. Особенностью FDD, радикально отличающейся от других Agile моделей, является индивидуальное владение классом кода и ответственность за него.

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

ПОдробнее об FDD можно почитать здесь и здесь.