Каждая итерация включает ряд основных этапов: анализ, проектирование, разработку, тестирование. В результате получается готовый продукт с минимальными или определенными функциями, который затем рассматривают, оценивают и принимают решение, что нужно или не нужно добавить.
После каждой итерации команда проекта собирается на встречу, анализирует достигнутые результаты и выставляет приоритеты для следующих итераций.
Такая методология предусматривает стандартизацию постановки задач, гибкую оптимизацию бизнес-процессов, эффективное использование времени и ресурсов в рамках работы над проектом.
Чаще всего Agile применяют при работе над IT-проектами, например когда создают программное обеспечение. Однако принципы методологии универсальны, и Agile может быть применена к другим бизнес-процессам, например в сфере HR.
Основные принципы методологии Agile:
- Главный приоритет — клиенты должны быть довольны, удовлетворены, получить качественный продукт в срок.
- В процессе разработки могут происходить изменения, поскольку они обеспечивают появление конкурентных преимуществ у продукта.
- Работа над проектом должна длиться в диапазоне от 2 до 16 недель.
- Команда разработчиков и их руководителей работает совместно.
- Важна правильная мотивация команды, обеспечение участников полномочиями и доверие.
- Обмен информации должен происходить в рамках личной беседы.
- Главная метрика — результат, то есть работающий продукт, а не количество потраченных часов.
- Гибкость — в основе устойчивого развития.
- Акцент на высокое качество технической составляющей и дизайна.
- Акцент на избежание бюрократии, лишних действий и усложнений.
- Команда должна быть самоорганизующейся, приветствуется свобода, микроменеджмент крайне нежелателен.
- Важен регулярный анализ, оценка действий и корректировка.
Методология Agile включает в себя несколько систем управления проектами. Часто под понятием Agile подразумевают семейство гибких подходов и практик. Например, такие системы как Scrum, Kanban, тоже относятся к Agile.
Agile отличается от жестких каскадных методологий типа Waterfall тем, что учитывает постоянно изменяющиеся внешние условия, адаптируется к ним.
Например, на начальном этапе разработки продукта у клиентов могли быть одни цели использования, но в процессе поменялся тренд, возникли новые потребности, и клиентам уже нужен продукт с другими функциями. Если бы разработка шла по принципам каскадной методологии, клиенты бы получили устаревший бесполезный продукт.
