Agile. Гибкие методологии

Материал из www.e-xecutive.ru
Версия от 22:04, 26 апреля 2017; Olga molodets (обсуждение | вклад)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск

Ссылки

  1. Чем Agile-методологии нравятся маркетологам
  2. Что отличает настоящий Agile от фальшивого
  3. Agile: как сделать гибкой всю вашу компанию

Что такое гибкие методологии разработки

Гибкая методология разработки (Agile software development) – манифест, содержащий основные ценности и принципы, на которых базируются подходы к управлению проектами, который решает проблемы традиционного проектного менеджмента. Agile подходит для инновационных проектов. Гораздо меньше он подходит для процессной деятельности. Эти подходы подразумевают интерактивную разработку, с периодическими обновлениями требований от заказчика и их реализацию посредством самоорганизующихся команд, сформированных из экспертов разного профиля. Под термином «гибкая методология разработки» следует понимать подходы на основе данного манифеста, или фреймворки. Существует множество фреймворков, подходы которых базируются на Agile, например: Scrum, Extreme programming, FDD, DSDM... Данный манифест – разработка команды авторов. (Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas).

Суть Agile

Методология Agile создана как противоположность традиционной линейной методологии «водопад», подразумевая итеративную и пошаговую разработку ПО, что минимизирует риски. Суть в том, что работа с применением гибкой методологии состоит из серии коротких циклов (итераций), длительностью 2-3 недели. Каждая итерация включает в себя этапы планирования, анализа требований, проектирование, разработку, тестирование и документирование. По завершению каждой итерации команда предъявляет заказчику «осязаемые» результаты работы, например, первичную версию продукта или часть функционала, которую можно посмотреть, оценить, протестировать, а потом доработать или скорректировать. Итого заказчик контролирует разработку и может на неё сразу влиять. После каждого этапа, на основе проделанной работы, команда подводит итоги и собирает новые требования, на основании чего вносит корректировки в план разработки продукта.

Ценности и принципы манифеста

Манифест гибкой методологии определяет четыре основные ценности и 12 принципов для методологий, базирующихся на нем.
Ценности:

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

Основополагающие принципы Agile-манифеста:
1. Наивысшим приоритетом является удовлетворение потребностей заказчика.
2. Изменение требований приветствуется на любой стадии разработки. Изменения обеспечивают заказчику конкурентные преимущества.
3. Работающий продукт следует выпускать как можно чаще.
4. На протяжении всего проекта разработчики и заказчик должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные специалисты. Для этого необходимо создать условия, обеспечить поддержку и доверять.
6. Для эффективного обмена информацией с самой командой и внутри команды подходит непосредственное общение.
7. Основной показатель прогресса – работающий продукт.
8. Процесс разработки должен быть постоянным и устойчивым.
9. Внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
10. Минимизация лишней работы.
11. Только самоорганизующиеся команды предлагают лучшие архитектурные и технические решения.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

Когда использовать Agile?

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

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