Термин 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-компаний, как гигантов индустрии, так и совсем мелких стартапов.
Источники
- https://practicum.yandex.ru/blog/metodology-agile/
- https://skademy.by/agile_5_plusov_i_5_minusov/
- https://campus.epam.kz/ru/blog/581
- https://www.hr-director.ru/article/66833-agile-gibkaya-sistema-upravleniya-18-m5
- https://ru.wikipedia.org/wiki/%D0%93%D0%B8%D0%B1%D0%BA%D0%B0%D1%8F_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8
- https://habr.com/ru/articles/580200/
- https://gb.ru/blog/agile/
- https://campus.epam.kz/ru/blog/581
- https://chatgpt.com/share/672b6873-9b0c-8004-bfd3-92929edd6766




