Agile модель

Как работает Agile?

Гибкая модель (Agile model) - совокупность подходов к разработке ПО, по сути является “правильным мировозрением”, то как мы должны мыслить, какие должны быть ценности, чтобы правильно построить процессы.

Работа основывается на Agile манифесте:

1. Люди и взаимодействие важнее процессов и инструментов
2. Работающий продукт важнее исчерпывающей документации
3. Сотрудничество с заказчиком важнее согласования условий контракта
4. Готовность к изменениям важнее следования первоначальному плану

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

Преимущества:

• Максимальное вовлечение заказчика в проект
• Требования хорошо описаны
• Тестирование тесно связано с разработкой
• Минимум документации

Недостатки:

• Сложность реализовать на крупных проектах.

Пользовательские истории и оценки

• Пользовательские истории - это особенности, которые наши клиенты могут однажды захотеть увидеть в своем программном обеспечении.
• Они написаны на учетных карточках, чтобы поощрять личное общение.
• Обычно они работают не более пары дней, и они составляют основу наших Agile-планов.
• Мы получаем их, сидя с нашими клиентами и задавая множество вопросов.

Итерации

Итерации - это основной строительный блок гибкой разработки. Каждая итерация представляет собой стандартный временной интервал с фиксированной продолжительностью, в котором Agile-команды предоставляют дополнительную ценность в виде работающего, протестированного программного обеспечения и систем. Рекомендуемая продолжительность периода - две недели. Однако приемлемо от одной до четырех недель, в зависимости от бизнес-контекста. Итерации обеспечивают регулярный предсказуемый ритм для команд для увеличения ценности, а также для улучшения ранее разработанных. Эти короткие периоды времени помогают команде, владельцам продуктов, менеджерам продуктов и другим заинтересованным сторонам регулярно проверять и оценивать технические и бизнес-гипотезы в работающей системе. Каждая итерация закрепляет точку интеграции, «событие извлечения», которое объединяет различные аспекты системы - функциональность, качество, согласованность и пригодность для использования - по всем вкладам команд.

Поскольку кратчайшее устойчивое время выполнения заказа является важной целью разработки Lean-Agile, Agile-команды выполняют полный цикл планирования-выполнения-проверки-корректировки (PDCA) как можно быстрее. Цикл обучения PDCA (показанный на рисунке 1) представляет собой следующие итерационные события:

План - Планирование итерации - это этап плана
Do - итерационное выполнение - это шаг do
Проверка - Обзор итерации - это этап проверки
Adjust - Iteration Retrospective - шаг настройки

Планирование и рефакторинг

Master Story - наш список дел в гибком проекте
Team Velocity - скорость, с которой мы превращаем пользовательские истории в работающее программное обеспечение.
Планирование - итерации = общие усилия / расчетная скорость работы команды
Рефакторинг - по мере того, как мы добавляем в систему больше функций, нам нужен способ поддерживать наш дизайн и поддерживать порядок в нашем доме.

Полезные ссылки:

Agile methodology article/eng

Agile methodology article/rus

Agile methodology video tutorial/eng

Agile methodology video tutorial/rus