Agiilne mudel

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

История создания модели

В течение 1990-х годов ряд легких методов разработки программного обеспечения развивался в ответ на преобладающие тяжелые методы, которые критики называли чрезмерно регулируемыми, планируемыми и микроуправляемыми.

К ним относятся:

  • Быстрая разработка приложений (RAD), с 1991 года
  • Унифицированный процесс и метод разработки динамических систем, с 1994 года
  • Scrum, с 1995 года
  • Crystal Clear и экстремальное программирование (XP), с 1996 года
  • Функционально-ориентированная разработка, с 1997 года.

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

В феврале 2001 года в штате Юта США был выпущен «Манифест гибкой разработки программного обеспечения». Он являлся альтернативой управляемым документацией «тяжеловесным» практикам разработки программного обеспечения, таким как «метод водопада», являвшимся золотым стандартом разработки в то время. Данный манифест был одобрен и подписан представителями методологий: экстремального программирования, Crystal Clear, DSDM, Feature driven development, Scrum, Adaptive software development, Pragmatic Programming. Гибкая методология разработки использовалась многими компаниями и до принятия манифеста, однако вхождение Agile-разработки в массы произошло именно после этого события.

Основные этапы:

  • Этап планирования  – является начальной стадией жизненного цикла разработки ПО. Наилучшим результатом будет сформированная стратегия по продукту.
  • Этап проектирования – на этом этапе, проектная команда начинает работать над архитектурой и UI/UX продукта. Дизайнеры создают первые каркасы, макеты и прототипы.
  • Этап разработки – команда начинает строить продукт, применяя итеративный и инкрементальный подход, или иначе – спринты. Они делят бэклог продукта на меньшие, осуществимые задачи, которые называются историями пользователей, а затем определяют их приоритетность, оценивают и работают над ними в последовательности, установленной бэклогом продукта.
  • Этап тестирования  – нужно убедиться, что все работает как надо и отвечает ожиданиям стейкхолдеров и конечных пользователей. Ключевыми людьми на этой стадии являться QA-инженеры, которые используют разные методологии тестирования, чтобы убедиться в функциональности, надежности и удобстве продукта для пользователя.  
  • Этап развертывания – убедиться, что продукт работает правильно, команда разворачивает его в производственной среде и проводит последний раунд тестирования и проверки. DevOps-инженер настраивает среды и конвейеры и управляет процессом развертывания.  
  • Этап обслуживания – завершающим этапом является обслуживание, когда команда разработки постоянно поддерживает продукт. Они отслеживают его продуктивность, устраняют любые возникающие проблемы или ошибки, а также предоставляют обновления и улучшения для повышения уровня функциональности продукта и взаимодействия с пользователем.  

Плюсы и минусы agile модели

Плюсы разработки по agile убедительны. Вот несколько причин, по которым многие применяют эти принципы:

  • Гибкость и открытость к любым изменениям. 
  • Сниженные риски провала. 
  • Устойчивость к срыву сроков. 
  • Большая вовлечённость команды. 
  • Высокая скорость реакции на проблемы. 
  • Минимум рутины. 

Главные риски при использовании модели Agile:

  • У проекта нет чёткого плана и структуры. 
  • Потребность в тесном общении.
  • Завязанность на команду.
  • Слишком большой фокус на мелочах.
  • Сложности с внедрением.

Область применения agile модели

Agile — идеальный подход для стартапов и небольших проектов на заказ. Тогда большинство минусов сходят на нет — отсутствие структуры не мешает, заказчик сам заинтересован в тесном общении, команда редко меняется, а внедрение занимает меньше времени.

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

Если говорить о сферах бизнеса, то изначально Agile создавали именно для применения в командах разработки ПО, игр и интерфейсов. Сейчас его используют Google, Netflix, Microsoft, Spotify, Ericsson, Dell, Adobe и большинство других IT-компаний, как гигантов индустрии, так и совсем мелких стартапов.

 

Results

HD Quiz powered by harmonic design

#1. Что является основой модели Agile?

Previous
Finish

Источники