Disciplined Agile Delivery

Disciplined Agile Delivery (англ. дисциплинированная гибкая разработка), DAD — подход к гибкой разработке IT-решений, который ориентирован на обучение и в первую очередь учитывает человеческий фактор. Подход допускает масштабирование и может применяться в масштабах предприятий, а не только небольших команд. Жизненный цикл подхода построен на принципах «риск — ценность» и ориентирован на раннее достижение поставленных целей[1][2].

Описание

Фреймворк представляет собой гибридный подход, который дополняет Scrum проверенными[кем?] стратегиями из различных областей: гибкого моделирования, экстремального программирования, канбана, бережливой разработки программного обеспечения, Unified Process (UP), Outside-in Development (OID) и прочих. DAD разработан в компании IBM. Целью фреймворка стало расширение Scrum таким образом, чтобы полностью описать жизненный цикл разработки программного обеспечения, начиная с момента инициации проекта, заканчивая запуском продукта и его использованием конечными пользователями[3].

В отличие от прескриптивного подхода, используемого в Scrum и Extreme Programming, Disciplined Agile Delivery использует подход, основанный на целях[каких?]. В том числе, DAD предоставляет возможность выбора между несколькими альтернативами, позволяющий модифицировать фреймворк в соответствие с каждой конкретной ситуацией, и подобрать стратегии, подходящие конкретным пользователям фреймворка[4].

Согласно фреймворку Disciplined Agile 2.X, жизненный цикл проекта содержит три основные фазы[5]:

  1. Начало. Во время этой фазы происходит инициация проекта. Несмотря на то, что agile-сообщество не приветствует разбиение проектов на «фазы», в реальности подавляющее большинство команд выполняет определённый фронт работ в самом начале проекта. Не следует путать данную фазу с «нулевым спринтом», так как чаще всего эти активности занимают больше времени. Таким образом, DAD выделяет эти работы в отдельную фазу, целью которой является фиксирование границ проекта.
  2. Конструирование. Эта фаза позволяет команде разработки создать потенциально используемое решение инкрементальным путём. Это может сделано как с использованием итераций, так и более непрерывным способом. Команда может применять различные практики из скрама, экстремального программирования и прочих гибких методологий разработки.
  3. Передача. Согласно DAD, поставка программного обеспечения заинтересованным сторонам не является тривиальным процессом. Команды разработки, равно как и предприятие, получающее готовый результат, улучшают процессы доставки по мере жизни продукта, так чтобы данная фаза занимала минимальное количество времени, а в идеале и исчезла бы совсем.

Примечания
  1. Гибкая разработка программного обеспечения Как ее реализовать и приспособить к своим потребностям. IBM developerWorks Россия
  2. IBM developerWorks Россия : Начало работы с IBM Connections 3.0.1. www.ibm.com (7 октября 2011). Дата обращения: 13 января 2017.
  3. Chapter 17: Disciplined Agile Delivery Framework - The Project Manager's Guide to Mastering Agile: Principles and Practices for an Adaptive Approach [Book]. safaribooksonline.com. Дата обращения: 17 декабря 2016.
  4. Scott W. Ambler. Going Beyond Scrum (недоступная ссылка). disciplinedagileconsortium.org. — Disciplined Agile Delivery. Дата обращения: 17 декабря 2016. Архивировано 20 декабря 2016 года.
  5. Full Agile Delivery Lifecycles (англ.), Disciplined Agile 2.X (6 May 2014). Архивировано 22 декабря 2016 года. Дата обращения 13 января 2017.
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.