На початку 2000-х років перші ІТ-відділи почали переходити на гнучкий спосіб роботи. Швидко стало очевидно, що він дає кращі результати роботи. Сьогодні Agile є стандартом у розробці програмного забезпечення (95% організацій використовують його – Стан Agile, 2020). Тому не дивно, що все більше і більше компаній задаються питанням: чи можна використовувати Agile для не програмних проектів? Я покажу вам, коли використання Agile має сенс поза розробкою програмного забезпечення і як це може виглядати на практиці.

 

Чому компанії використовують Agile поза розробкою програмного забезпечення?

Перш ніж ми розглянемо, як Agile працює за межами розробки програмного забезпечення, давайте спочатку подивимось, чому компанії обирають гнучкий підхід до роботи в інших відділах та галузях. Якщо перейти одразу до суті, то Agile дозволяє компаніям створювати кращий кінцевий продукт за менший час. Серед іншого, гнучкі фреймворки, впроваджені для цієї мети 

 

• • краща комунікація всередині та між командами,  

• • звичайний Ретроспективи постійно вдосконалювати виконану роботу,

• • відкриту культуру зворотного зв'язку та

• • прозорий та більш ефективний спосіб роботи.

Ви отримуєте вигоду від цих переваг, особливо коли робоче середовище є складним (див. модель Cynefin) є. 

Модель Cynefine

Джерело: Цинефін: гнучкі методи – чи ні | MT AG (mt-itsolutions.com)

Потім Agile створює структуру для команд, яка дозволяє їм легше структурувати, оцінювати та адаптувати робочі процеси. Тепер існує не один генеральний план, а багато невеликих етапів, які виконують команди. І: замість менеджера по продукту або одного керівника, відповідальність розподіляється між багатьма плечима в усій команді.

 

Використання Agile поза розробкою програмного забезпечення: як це працює?

Отже, переваги гнучкого способу роботи для не-ІТ-проектів очевидні. Але як Agile може працювати на практиці для не-ІТ-проектів? Зрештою, Agile був розроблений для покращення процесів розробки програмного забезпечення. Чи можна взагалі використовувати Agile для не програмних проектів?

За деякими винятками, я можу відповісти однозначно "так". Однак, ви не можете просто вибрати фреймворк, такий як Scrum, і застосувати його до свого проекту як шаблон. Це не спрацює, тому що більшість фреймворків розроблені для ІТ-процесів. 

Отже, щоб впровадити Agile в інших сферах роботи, ви стикаєтеся з цими двома варіантами на початку:

 

1. 1. Ви приймаєте лише основу гнучкого фреймворку, а решту адаптуєте до потреб індустрії, проекту та команди.

1. 1. Ви лише обираєте певні будівельні блоки гнучкого фреймворку та впроваджуєте їх.

Зазвичай організаціям важко успішно впровадити перший підхід. Без всебічної професійної підтримки організації не можуть перенести структуру рамки на свої процеси. 

Тому на практиці я рекомендую вам почати зі своєї компанії або з гнучкого методу Kanban, або з гнучкий Ретроспективи an. Обидва підходи є достатньо великим кроком, щоб показати командам і відділам переваги Agile –, не перевантажуючи їх. 

Може бути корисно не говорити про Agile офіційно. Це захищає команди від хибних очікувань і дозволяє їм без застережень і страхів занурюватися в нові процеси, якщо окремі працівники вже мали поганий досвід роботи з ними. 

 

Використання Agile поза межами розробки програмного забезпечення: Коли не можна?

Є кілька винятків, коли Agile має мало сенсу або взагалі не має сенсу поза розробкою програмного забезпечення: 

Проекти з високими вимогами

Компанії, які завжди повинні дотримуватися суворих вимог, таких як дотримання нормативних вимог або сертифікація, не можуть адаптувати свої процеси достатньою мірою, щоб скористатися перевагами Agile. Ітеративний та адаптивний характер гнучких підходів не відображається на тому, як вони працюють. 

Клієнти з контролем змін

Якщо організації працюють з клієнтами, які хочуть перевіряти кожен крок процесу за допомогою документації та контролю змін, бар'єр для впровадження Agile занадто великий. Тому що: Agile передбачає розподіл відповідальності на багато плечей. Командам дозволяється і очікується, що вони будуть приймати рішення самостійно. Це навряд чи можливо при постійному контролі. 

До яких секторів це стосується?

Проекти із суворими вимогами та клієнтами, які контролюють зміни, здебільшого зустрічаються в галузях із жорстким регулюванням, таких як авіація, охорона здоров'я та військова промисловість. Там управління та контроль є опорними стовпами. 

Хоча ви можете застосовувати деякі гнучкі концепції в цих секторах, такі як безперервне вдосконалення –, наприклад, ретроспективи, фактичні переваги Agile послаблюються цими рамковими умовами. Однак фактичні переваги Agile послаблюються цими рамковими умовами.

 

Використання Agile поза розробкою програмного забезпечення: 3 практичних приклади

Щоб не обмежуватися лише теоретичним підходом до не-ІТ Agile, давайте розглянемо 3 практичні приклади. Вони показують, як Agile може працювати в проектах, не пов'язаних з програмним забезпеченням, і що Agile змінює в цьому процесі:

Agile поза розробкою програмного забезпечення: UX дизайн

Методи Agile в командах дизайнерів допомагають розробляти продукти, які тісно пов'язані з потребами їхніх користувачів –, не витрачаючи при цьому місяці на вихід на ринок. Ітеративний характер Agile знімає тиск довільної досконалості і допомагає UX-дизайнерам працювати більш гнучко та адаптивно. 

Щоб досягти цього, Agile впроваджує "Дизайн-спринт" в UX-дизайні, наприклад. Це передбачає, що всі ключові зацікавлені сторони працюють разом протягом 4 або 5 днів, щоб розробити продукт, який можна протестувати, з початкової ідеї. Дизайн-спринти часто призводять до успішних проектів, які точно так само запускаються у виробництво. 

У "The Американська платформа онлайн-навчання Quizlet наприклад, включила до свого портфоліо інструменти для створення діаграм. Навіть якщо дизайн-спринт не дає задовільного результату, він швидко показує, які ідеї та підходи не ведуть до мети. Це незамінна інформація для того, щоб обрати правильний шлях –, не витрачаючи надто багато ресурсів.

Порада: Під час дизайн-спринту запросіть "замовника" або цільову групу кілька разів, щоб отримати прямий початковий зворотній зв'язок.

Agile поза розробкою програмного забезпечення: Маркетинг

Agile в маркетингу покладається на дані та аналіз, щоб постійно знаходити потенціал і рішення проблем у реальному часі, проводити тести, негайно оцінювати результати та швидко ітерації. На практиці це означає, що відділ маркетингу веде кілька кампаній одночасно і щотижня розробляє нові ідеї для них. На відміну від низхідного маркетингу, гнучкий маркетинг керується не амбітними цілями щодо залучення клієнтів і жорстким планом кампанії, а ринком.

Компанія Sleeknote, постачальник програмного забезпечення для електронної комерції, змогла різко збільшити обсяги виробництва та органічний трафік за допомогою гнучкого маркетингу. Щоб досягти цього, компанія працювала з щотижневими спринтами, продуктовими беклогами та дошками Канбан. McKinsey вважає, що за допомогою гнучкого маркетингу компанії можуть можуть збільшити свій оборот від 20 до 40 відсотків.

Agile поза розробкою програмного забезпечення: Рекрутинг

Agile у сфері рекрутингу допомагає організаціям залучати висококваліфіковані таланти та пасивних пошукачів і зменшувати плинність кадрів у компанії. Для цього Agile розглядає рекрутинг як продуктовий відділ, який має безпосередній вплив на плинність кадрів. Для цього він повинен швидко і безперервно реагувати на ринок, постійно адаптуючись до потреб шукачів роботи.

IBM, наприклад, має власний фреймворк під назвою "Agile у придбанні талантів" (AgileTA) для впровадження Scrum у відділі кадрів. Ретроспектива, зокрема, забезпечує оцінку виконаної роботи, виявлення невикористаного потенціалу та помилок. 

 

Висновок щодо використання Agile поза розробкою програмного забезпечення: Досягнення початкового успіху малими кроками

Agile пропонує компаніям можливість створювати кращі продукти швидше. Використання Agile поза розробкою програмного забезпечення можливе в багатьох відділах і галузях. Важливо не прагнути зробити все і одразу. Без професійної підтримки організаціям варто почати з базових гнучких елементів, таких як ретроспективи, щоб відчути перші ефекти Agile на практиці. Після цього вони можуть крок за кроком інтегрувати інші елементи фреймворку у свої процеси. Наш воркшоп покаже вам, яких 7 помилок слід уникати за будь-яку ціну під час гнучкої трансформації. Проект Scagile. Не соромтеся завітати, майстер-класи безкоштовні.

Крім того, я можу порекомендувати вам поглянути на інструмент Echometer (Детальніше про нього тут: Найкраще безкоштовне програмне забезпечення для гнучкої ретроспективи). Він особливо підходить для команд, які тільки починають працювати з гнучкими методами.