Agile в масштабі: порівняння 5 найважливіших фреймворків
Фреймворки Agile допомагають компаніям надавати послуги клієнтам швидше та надійніше. Впровадити Agile в окремих командах досить просто. Складність полягає у впровадженні гнучкого підходу до роботи в масштабах всієї організації.
Я покажу вам, які фреймворки ви можете використовувати для масштабування Agile у вашій компанії та на які 7 принципів вам слід звернути увагу. А також: я пояснюю, як ви можете масштабувати Agile за 6 кроків, незалежно від фреймворку.
Agile проти масштабованого Agile
Терміни “Agile” і “масштабований Agile” тісно пов’язані між собою:
Що таке Agile?
Agile описує ітеративний спосіб мислення та поведінки для гнучкої розробки та управління продуктами. Зазвичай це передбачає самокеровані, міжфункціональні команди, що працюють над продуктом. Продуктом може бути будь-який результат. Наприклад, це може бути програмне забезпечення, маркетингова кампанія або вдосконалення процесу.
Концепція спритності полягає в наступному до підходу ощадливого виробництва Toyota.. У 1940-х роках компанія Toyota хотіла таким чином постійно вдосконалювати свою продукцію і витрачати менше ресурсів. У 1990-х роках ці принципи підхопила індустрія програмного забезпечення. Agile тут стосувався переважно ітеративної розробки програмного забезпечення та створення цінності для клієнтів. А ще: він створив автономію та самоорганізацію в командах. Відтоді Agile поширився на всі сфери діяльності компанії.
Що таке Agile в масштабі?
Визначення Agile в масштабі описує цілісне закріплення гнучких принципів, мислення, цінностей і практик в компанії. Не тільки всі співробітники, але й програми, портфоліо, ІТ та культура компанії перетворюються на Agile. Agile at Scale впроваджується як горизонтально, так і вертикально в організації. Мета - покращити співпрацю та процеси для отримання швидших та гнучкіших результатів.
Які існують фреймворки для гнучкого масштабування?
Не існує єдиного правильного способу впровадження Agile в масштабах всієї організації. Натомість є кілька фреймворків, які ви можете обрати для впровадження гнучкого способу роботи на всіх рівнях. Ось найважливіші фреймворки на даний момент:
БЕЗПЕЧНО
Масштабований фреймворк Agile (SAFe) надає вам різні організаційні та робочі патерни для впровадження гнучких практик у вашій організації. SAFe фокусується на трьох сферах: “розробка програмного забезпечення Agile”, “ощадлива розробка продуктів” та “системне мислення”. Таким чином, вона сприяє співпраці та узгодженню, а також виконанню завдань декількома командами. Ми показуємо, як саме працює фреймворк, у нашій статті в блозі “Масштабована платформа SAFe® Agile: пояснення в двох словах”. .
.
LeSS
Large-Scale Scrum (LeSS) - це мінімалістичний фреймворк, який на відміну від інших фреймворків – включає лише кілька правил і ролей. Він застосовує звичайний Scrum до великомасштабної розробки. LeSS та SAFe використовують деякі з тих самих патернів: обидва використовують командний Scrum, беклог для різних команд, крос-командне планування та принципи самоорганізації. Ви можете отримати більш детальне уявлення про LeSS в нашому блозі в статті “ Великий скрам (LeSS): Короткий та чіткий вступ” зробити.
ПРОКУРОР
Disciplined Agile (DA), раніше відома як Disciplined Agile Delivery (DAD), - це фреймворк для прийняття рішень, призначений для надання ІТ-рішень, орієнтованих на результат. Фреймворк створює основу для масштабного впровадження Agile у великих компаніях. Для цього вона поєднує Scrum і Kanban з навичками трансформації в таких сферах, як управління портфелем, управління, DevOps, людські ресурси та фінанси, серед іншого.
Spotify
Насправді Spotify не хотіла розробляти власну фреймворк, а просто хотіла, щоб співробітники працювали більш автономно і гнучко. Однак з часом гнучкі принципи та практики настільки розвинулися на всіх рівнях компанії, що перетворилися на цілісний фреймворк. Це орієнтована на співробітників, автономна структура для Agile at Scale. Spotify приділяє особливу увагу корпоративній культурі та мережам всередині організації. В рамках цієї концепції, серед іншого, Spotify створив Spotify Health Check. Ми показуємо вам, що ви можете перевірити за допомогою цього в нашому блозі “Spotify Health Check: все, що вам потрібно знати”. .
S@S
Scrum@Scale (S@S) - це –, заснований на Scrum, як випливає з назви. Це розширення Scrum, яке зазвичай використовується компаніями, що вже працюють зі Scrum на командному рівні. Фреймворк має на меті узгодити зростаючу організацію зі спільними цілями. Так званий Scrum of Scrums, який складається з Scrum-майстрів окремих команд, і MetaScrum всіх власників продуктів координують впровадження фреймворку.
До речі, коротка примітка в контексті agile-трансформації: Чи хочете ви переконатися, що зараз встановлюєте правильні пріоритети у своїй agile-трансформації?
Тоді пройдіть нашу перевірку рівня зрілості для вашої agile-трансформації - це займе лише 3 хвилини. Ви навіть отримаєте еталонний показник на основі понад трьохсот інших учасників. Дивіться кнопку 🙂
Відмінності між фреймворками для Agile при масштабуванні
Тепер ви маєте перше враження про те, як Scaled Agile працює для компаній. І: ви знаєте, які фреймворки для цього підходять, наприклад. Щоб вибрати правильну структуру, погляньте на деталі окремих моделей на нашому графіку. Таким чином ви знайдете фреймворк, який підходить саме вашій організації:
Джерело: Масштабування гнучкості у великих організаціях | Atlassian
5 основних принципів для Agile при масштабуванні
Незалежно від того, який підхід використовують відповідні фреймворки для Agile при масштабуванні, є 5 принципів, які об’єднують всі фреймворки. Ви повинні встановити та стандартизувати їх у своїй організації:
1. чітко визначені ролі та корпоративна структура
Необхідно чітко регламентувати, хто і яку роль виконує в гнучкій трансформації в компанії. Це також означає, що структура компанії повинна відображати те, як ви хочете впроваджувати Agile в масштабах.
2. зосередьтеся на вигодах для клієнта
Ви повинні підходити до кожного завдання і кожного проекту з метою досягнення кращого результату для ваших клієнтів. Особливо важливо, щоб продукт мав високу додану вартість для клієнтів.
3. практики Agile на всіх рівнях
Вам потрібно впроваджувати гнучкі практики та ритми на всіх рівнях – як горизонтально, так і вертикально –.
4. постійне вдосконалення
На початку ваша гнучка зрілість буде низькою. Однак з часом вона повинна неухильно зростати. На початку ви досягаєте цього, впроваджуючи гнучкий підхід до роботи у все більшій кількості команд та робочих областей. Після того, як ви впровадите гнучкий підхід у всій організації, вам потрібно буде вдосконалити існуючі процеси.
5. орієнтація персоналу та команди
Гнучка робота завжди зосереджена на співробітниках і командах. Agile дає їм свободу діяти і реагувати автономно та гнучко.
"Багато членів команди не наважуються висловитися!"
Вирішіть цю проблему"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"
Вирішіть цю проблему"Чому іноді на підготовку простої ретроспективи я витрачаю години?"
Вирішіть цю проблемуЯк масштабувати Agile за 6 кроків
Незалежно від того, чи обираєте ви один фреймворк або окремі частини різних фреймворків, процес масштабування часто схожий. Ви можете впровадити Agile в масштабі за допомогою цих 6 кроків:
1. визначте відправну точку!
Перш ніж приступити до впровадження Scaled Agile у вашій організації, ви повинні знати, на якому етапі перебуває ваша організація. Це означає, що вам потрібно визначити, які гнучкі навички та компетенції вже є в наявності, і наскільки висока готовність компанії до повного переходу на гнучкий спосіб мислення та дій. Лише маючи ці факти на увазі, ви можете впроваджувати стратегії та практики, які сприятимуть гнучкій трансформації у вашій організації.
2. створити візію!
Щоб знати не тільки, з чого ви починаєте зі Scaled Agile, але й куди ви хочете рухатися, створіть бачення. Це не обов’язково має бути детальна дорожня карта. Достатньо визначити коротке і стисле бачення з чіткою метою. Це не обов’язково має бути остаточне бачення. Навпаки, ви можете адаптувати бачення знову і знову на шляху до гнучкої трансформації. McKinsey, наприклад, створила таке бачення, щоб формувати культуру в компанії в гнучкий спосіб:
Джерело: Практичні уроки з побудови гнучкої культури | McKinsey
3. використовуйте лідерів!
Спритна трансформація потребує каталізаторів, які спрямовуватимуть і змінюватимуть мислення та поведінку працівників. Для цього вам потрібні лідери-службовці, які допоможуть вам впровадити Agile в масштабах. Це не означає, що ви повинні залучити всю управлінську команду з самого початку. Достатньо, щоб кілька керівників повірили у ваш проект і виділили на нього бюджет. Завдяки початковим успіхам ви зможете продовжувати будувати довіру в компанії і таким чином завоювати більше керівників.
Визначтеся з рамками!
Щоб впровадити Scaled Agile у вашій організації, вам потрібен фреймворк, якого слід дотримуватися. Вона повинна відповідати вашій організації. Вам не обов’язково обирати один фреймворк. Ви також можете використовувати окремі компоненти різних фреймворків для масштабування Agile. Важливо, щоб ваша система відповідала поточним основним завданням і цілям вашої організації. Для цього компоненти фреймворку мають бути орієнтовані на потік створення цінності та збільшення споживчої цінності.
5. розпочніть гнучку трансформацію!
Ви можете почати agile-трансформацію зараз - принаймні теоретично. При цьому ви можете подумати, чи хочете ви використовувати pull- або push-трансформацію - або поєднати обидва варіанти. Питання в основному полягає в тому, чи хочете ви впроваджувати Agile at Scale зверху вниз або знизу вгору. З нашого досвіду, поєднання обох підходів є особливо перспективним. Загалом, майте на увазі, що команди та співробітники будуть робити помилки. Змиріться з цим і вчіться на помилках.
6. запровадити ретроспективи!
Перевірити, як ваша компанія просувається на шляху гнучкої трансформації, можна використовувати ретроспективи. Ви використовуєте їх, щоб виявити, як команди і процеси поступово змінюються до Agile. У процесі ви також визначаєте важливі складові процесів і співпраці, які потім можна цілеспрямовано вирішувати.
“Якщо ви приймаєте лише одну гнучку практику, нехай це буде ретроспектива. Все інше прийде згодом”
Вуді Зуйль (Agile Pioneer & Evangelist)
Висновок
Agile at Scale - це не завдання, яке можна виконати за одну ніч. Скоріше, Agile at Scale - це процес, до якого вам доведеться адаптуватися знову і знову. Ви оптимізуєте шлях і мету гнучкої трансформації доти, доки процеси та співробітники не стануть повністю гнучкими. Щоб підтримати вас і вашу компанію в гнучкій трансформації, ми розробили тренінг Agile at Scale. На різних вебінарах ми покажемо вам, як правильно підійти до гнучкої трансформації та яких 7 помилок слід уникати за будь-яку ціну. На вас чекає навчальний курс Agile на масштабному тренінгу є безкоштовним. Не соромтеся поглянути!