ADV.Systems - консалтинг, автоматизация бизнеса

Вернуться

Методология Agile

Эта методология нацелена на формирование задач с учётом быстро меняющихся условий, при сохранении конечной цели и функциональности продукта. Большинство гибких методологий нацелены на минимизацию рисков путём сведения разработки к серии коротких циклов, называемых итерациями, которые обычно длятся две-три недели.

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

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

Каждая методика, применяемая в рамках общей концепции, будь то: экстремальное программирование, DSDM, Scrum, FDD или другие варианты, позволяет довольно легко координировать работу участников, однако не позволяет сменить методику до конца проекта, поэтому стоит сразу внимательно ознакомиться с их особенностями.

Кроме того, некоторые виды деятельности не позволяют применять Agile в принципе.

Ещё одна общая черта методик: невозможно внести изменения в действующий спринт. То есть вы можете остановить работу, либо закончить её, но не можете изменить поставленные ранее задачи. Это так же не приветствуется и в PMI, но если в жёстко структурированном проекте вы можете изменить поставленную задачу (пусть со смещением сроков и переназначением ресурсов), то гибкость требует достижения цели спринта или его отмены.

108
Комментарии (0)
  • Желаете ознакомиться с остальными комментариями или оставить свой? в сеть, чтобы получить полный доступ к функционалу Профессионалов.ru! Еще не участник сети?