Non-IT Agile: философия гибкости в действии

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

Действовавшая до разработки Agile каскадная модель (Waterfall) была наиболее распространена. Она подразумевала движение по стадиям:

1. Описание требований к продукту
2. Разработка проекта
3. Создание продукта
4. Тестирование и корректировки
5. Вывод продукта на рынок
6. Поддержка пользователей.

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

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

IT-компании нуждались в новой парадигме, которая усилит производительность и снизит риски. Особенно в сфере создания новейшего ПО.

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

Для большей гибкости и реактивности как раз и пригодилась этот IT-шный подход.

Новый подход был зафиксирован в Agile-манифесте, провозглашающем 4 ценности. Эти ценности не описывают конкретных методов, потому Agile не называют методологией. Это, скорее, философия или система взглядов на разработку нового продукта. 

И раз уж эти ценности Agile не диктуют точных способов их реализации, они применимы не только в IT, но и в других сферах.

Если рассматривать Agile как способ управления, то его основные постулаты таковы:

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

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

Agile ярко проявляет себя и вне IT-индустрии. Например, правительство Британии внедрило его принципы в свои сервисы. На их официальном сайте есть целая подборка гайдов по этой философии. В Agile засветились, например:

• Office of the Public Guardian (Государственная служба по вопросам опеки и попечительства);
• Her Majesty's Courts & Tribunals Service (Служба судов и трибуналов Её Величества).

Консультант Rothman’s Consulting Group наглядно показала, как она ремонтирует дом по принципам agile.

А автор Harvard Business Review осветил agile-подход для HR-отдела.

Результаты опроса Digital.ai, опубликованные на сайте BusinessWire, показали преимущества Agile:

• 58% респондентов повысили продуктивность команд 
• 41% считает, что agile-командами проще управлять
• 60% респондентов быстрее вывели товар на рынок

По данным McKinsey использование Agile-технологии:

• на 30% увеличивает эффективность, удовлетворенность клиентов и вовлеченность сотрудников;
• позволило 65% респондентов увеличить прибыль