Agile: навіщо знадобилася нова модель управління?
Поняття Agile зародилося в сфері IT-розробки в 2001 році. Лідери й ентузіасти індустрії шукали проривні підходи до створення програмного забезпечення. Попередні стали «малі» і зовсім не завжди забезпечували ефективність команд, високу швидкість запуску продукту та його відповідність вимогам.
До розробки Agile діяла каскадна модель (Waterfall), яка була найбільш поширена. Вона пропонувала рухатися в розробці за стадіями:
- Опис вимог до продукту
- Розробка проєкту
- Створення продукту
- Тестування і коригування
- Виведення продукту на ринок
- Підтримка користувачів
Етапи йшли строго послідовно: поки не завершиться один, інший не починається. Така модель не враховувала безліч нюансів, які суттєво ускладнювали життя розробникам:
- не враховувалися можливі зміни у вимогах до продукту;
- поетапність в розробці підходила тільки простим продуктам;
- помилка в проектуванні і вимогах виявлялася тільки на фінальних стадіях розробки;
- повторне проходження кожного етапу вимагало все більших фінансових витрат.
IT-компанії потребували нової парадигми, яка б посилидла продуктивність і знизила ризики. Особливо в сфері створення новітнього програмного забезпечення.
Сьогодні гнучке управління зустрічається далеко поза межами IT-сфери. Виробництва, сервіси, навіть музеї з бібліотеками стали використовувати принципи agile, щоб відповідати темпам сучасної реальності. Зараз у бізнесів немає часу нескінченно «доточувати» продукт до досконалості: занадто високий ризик упустити момент, а разом з ним і успіх.
Для більшої гнучкості і реактивності й став у пригоді цей IT-шний підхід.
Agile-маніфест для розробників нових продуктів
Новий підхід, який був зафіксований в Agile-маніфесті, проголошує 4 цінності. Вони не описують конкретних методів, тому Agile не називають методологією. Це, скоріш, філософія або система поглядів на створення нового продукту.
Й оскільки цінності Agile не диктують точних способів їх реалізації, вони можуть бути застосовані не лише в IT, а й в інших сферах.
Якщо розглядати Agile як спосіб управління, його основні постулати наступні:
- фокус команди — на цілях замовника;
- організаційна структура і процеси максимально спрощуються;
- короткі цикли роботи;
- активний зворотний зв'язок;
- співробітники отримують більшу самостійність у виборі інструментів і прийнятті рішень.
Еджайл ідеально підходить для запуску будь-якого нового продукту, в той час як Waterfall оптимальний для розробки в сферах з чітко опрацьованими нормативами і вимогами. Наприклад, на цегельному заводі, де розмір, форма і міцність виробу повинні відповідати певним стандартам і ніяк інакше.
Agile vs Waterfall
Основні методології Agile
Agile поза IT: приклади впровадження
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% респондентів збільшити прибуток