Основные методики agile

Метод.

Описание.

Основные принципы и особенности.

1. Lean

Разработан на основе методологии «бережливого производства» Toyota Motors, которая в свою очередь базируется на теории управления качеством и понятии цикла постоянного улучшения.

Исключение потерь. Потерями считается все, что не добавляет ценности для потребителя (излишняя функциональность, паузы в процессе, нечеткие требования, бюрократизация, неэффективные коммуникации).

Усиленное обучение. Короткие циклы разработки, раннее тестирование, частая обратная связь с заказчиком для создания цикла непрерывного обучения новым подходам и требованиям.

Предельно отсроченное принятие решений.

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

Наделение команды властью. Профессионалы должны располагать полномочиями для принятия решений.

Метод

Описание

Основные принципы и особенности

Встроенная интегрированность. Поддержка целостности и полноты восприятия командой и заказчиком продукта в его жизненном цикле от архитектуры до ценообразования и маркетинга. Поддержка целостной архитектуры с постоянной чисткой технического долга. Широкое видение. Эффективное взаимодействие между участниками проекта на основе разделения единых принципов бережливости: «Мыслить широко, делать мало, ошибаться быстро, учиться стремительно».

2. Kanban

Визуализация этапов производства и промежуточных продуктов для управления производственным циклом.

В основе — методология «бережливого производства» Toyota Motors

Рекомендует ограничение параллельно выполняемых работ, что позволяет снизить потери на переключение между задачами. Визуализация с помощью «канбан-доски» позволяет быстро выявлять операционные проблемы и стимулирует взаимодействие, направленное на постоянное улучшение.

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

3. SCRUM

Основывается на работе небольших (до 10 человек) команд, которые разбивают работу на фиксированные по времени и объему итерации (спринты до одного месяца) с ежедневным контролем прогресса*.

Закрепляет жесткие шаги процесса и ключевые роли:

• Product Owner отвечает за повышение ценности продукта для заказчика, определяет продукт в терминах и в интересах заказчика (англ. user stories'), обеспечивает включение заказов в бэклог продукта (список заказов), обеспечивает приоритизацию и последовательность реализации заказов;

• Scrum Master обеспечивает выполнение процесса SCRUM и его постоянное улучшение, помогает Product Owner в ведении бэклога, борется с препятствиями в ходе проекта, управляет регулярными коммуникациями.

Требует регулярной поставки коротких инкрементов полезного продукта {МУР) и совместного расположения команды.

Отдает предпочтение рейтинговой оценке сложности продукта (англ, story points) перед оценкой трудоемкости.

Метод

Описание

Основные принципы и особенности

4. extreme

Programming

СХР).

Предусматривает доведение «лучших практик» до «экстремального» уровня в целях повышения качества продукта и удовлетворения заказчика.

Продукт поставляется короткими циклами (1 неделя).

Для максимального использования полезности процедур code review применяется программирование парами (один программирует, другой контролирует), встроенные тесты (англ, unit testing) всего кода, исключение разработки особенностей, пока они действительно не потребовались, плоская управленческая система, простота кода и стандарты написания, ожидание изменений требований со стороны заказчика, регулярная коммуникация с заказчиком.

5. Dynamic Systems Development Method (.DSDM)

Базируется на RAD и принципе приоритета ограничений.

Срок, качество и стоимость проекта задаются жестко, функциональность приоритизируется на основе формальных правил.

Принципы:

• • фокусировка на нуждах бизнеса;
• • поставка вовремя;
• • эффективное взаимодействие;
• • никогда не терять качество;
• • задать основу и наращивать функциональность инкрементами;
• • разработка итеративная;
• • открыто и часто коммуницировать;
• • обеспечивать прозрачный контроль

6. Feature driven

development

(FDD)

Основывается на объектноориентированном подходе.

Основной целью является разработка реального, работающего программного обеспечения систематически, в поставленные сроки.

Заданы основные роли («хозяин класса» (англ. class owner) и «главный программист» (англ. chief programmer)) и последовательность работ:

• • разработка общей модели;
• • составление списка необходимых функций системы;
• • планирование работы над каждой функцией;
• • проектирование функции;
• • реализация функции.

Первые два процесса относятся к началу проекта. Последние три осуществляются для каждой функции в цикле.

Основные практики:

• • объектное моделирование области. Результатом является общий каркас классов объектов, который можно в дальнейшем дополнять функциями;
• • разработка по функции. Любая функция, которая слишком сложна для разработки

в течение двух недель, разбивается на меньшие подфункции до тех пор, пока каждая подзадача не может быть названа свойством (может быть реализована за 2 недели);

Метод

Описание

Основные принципы и особенности

• • индивидуальное владение классом. Каждый индивидуально обособляемый блок кода (класс) закреплен за конкретным владельцем-разработчиком. Владелец ответственен за согласованность, производительность и концептуальную целостность своих классов;
• • команда по разработке функций. Маленькая, динамически формируемая команда разработчиков, занимающаяся небольшой подзадачей;
• • проверка кода (англ, inspections). Проверки обеспечивают качество кода за счет оперативного встраивания в процесс;
• • конфигурационное управление. Обеспечивает идентификацию исходного кода для всех функций и протоколирование изменений;
• • регулярная сборка. Гарантирует постоянную готовность продукта для предоставления заказчику, обеспечивает поиск ошибок при объединении частей исходного кода на ранних этапах;
• • обозримость хода работ и результатов. Объективные метрики хода работ на всех уровнях внутри и за пределами проекта

7. Crystal Clear

Семейство «мягких» методологий, масштабируемых в зависимости от масштаба, критичности проекта, численности команды. Приоритет отдан гибкости в применении методов, инструментов и политик**.

Принципы:

• • «человекоориентированные» методологии приносят больше пользы, чем «процессоориентированные»;
• • методология проекта должна быть подобрана индивидуально под проект и команду — нет универсальной методики разработки приложений. Основы:
• • люди — это взаимодействующие существа. Лучшая практика — это персональное общение лицом к лицу с оперативными ответами на вопросы;
• • люди не могут с одинаковой эффективностью работать непрерывно;
• • люди очень изменчивы в зависимости от места и времени;
• • люди обычно хотят быть хорошими гражданами, восприимчивы к среде, готовы к инициативе и ответственны за проект.

Общие черты методологий Crystal (высокий уровень присутствия увеличивает шансы проекта на успех):

• частая поставка. Регулярная инкрементальная поставка полезного продукта (периодичность от одной недели до квартала);

Метод

Описание

Основные принципы и особенности

• • чувствительное улучшение. Вовлеченность разработчиков в постоянное улучшение процесса на основе опыта поставок. Предусматриваются периодические встречи для анализа опыта (англ, reflective workshop);
• • тесная коммуникация. Команда должна располагаться в едином помещении для исключения потерь на взаимодействие и совместного использования информации;
• • персональная безопасность. В команде должна поддерживаться атмосфера доверия, бесконфликтности и взаимной поддержки;
• • фокус. Приоритетная фокусировка на индивидуальных задачах, затем на целях проекта. Обеспечение для разработчика двухчасового периода, когда его не должны отвлекать, и двухдневного — для переключения на другой проект;
• • для обеспечения фокусировки на целях проекта должны предоставляться понятные

и обоснованные тезисы и определения целей. Руководитель проекта должен четко приоритизировать цели для фокусировки на отдельных областях деятельности;

• упрощенный доступ к экспертам. В доступе разработчика всегда должны быть реальные пользователи продукта, готовые немедленно отвечать на вопросы (минимально — раз в неделю двухчасовая встреча);

• техническая инфраструктура с автоматизированным тестированием, управлением конфигурациями и возможностью непрерывной сборки. Непрерывный выпуск версий с автоматическим тестированием и сборкой обеспечивает раннее обнаружение ошибок и проблем.

8. Agile Unified Process (AUP).

Основывается на Rational Unified Process, объектно-ориентированном подходе и UML.

Предусматривает два вида итерационных поставок продукта: тестирование (демонстрация) и продуктивная.

Требует выполнения итерационных коротких поставок с обязательными «дисциплинами» (этапами):

• • модель. Понимание бизнес-целей, проблем и выработка обоснованных решений;
• • имплементация. Преобразование модели

в исполняемый код, доступный для тестирования (например, unit-тест);

• • тестирование. Обеспечение объективного тестирования, включая обнаружение ошибок и подтверждение соответствия требованиям;
• • установка. Планирование установок и обеспечение доступности продукта для пользователей;
• • управление конфигурацией. Управление доступом к компонентам продукта и контроль их версионности;

Метод

Описание

Основные принципы и особенности

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

Принципы:

• • команда должна осознавать, что она делает. Недостаточно иметь документацию, необходима дополнительная высокоуровневая коммуникация и обучение;
• • простота. Документация должна быть настолько лаконичной, насколько это возможно;
• • гибкость. Соблюдение принципов Манифеста agile;
• • фокусировка на высокоуровневых задачах.

Не каждое мероприятие проекта стоит фокусировки;

• независимость от инструментария. Может быть использован любой набор инструментов, если это обоснованно, но он должен быть максимально простым и стандартным.

9. ScrumBan

Комбинация SCRUM и Kanban

Заимствует основные роли и компоненты SCRUM, но предусматривает визуализацию в стиле Kanban и возможность отказа от спринт-периодов с переходом на непрерывную работу над эпизодически возникающими задачами. Допускает территориально распределенные команды с обеспечением совместной работы с использованием специальных автоматизированных систем управления задачами, например, Лга