Примітка: Сайт перекладено автоматично. Переключіться на англійську для кращого читання.

гнучкі в масштабах

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 всіх власників продуктів координують впровадження фреймворку.

До речі, невеличке зауваження в контексті гнучкої трансформації: ви хочете переконатися, що ви наразі правильні пріоритети у вашій гнучкості Трансформація? 

Тоді пройдіть наш тест на зрілість для вашої гнучкої трансформації –, який займає лише 3 хвилини. Ви навіть отримаєте бенчмарк, заснований на результатах понад трьохсот інших учасників. Натисніть кнопку 🙂

Почніть зараз: Оцінка зрілості Agile
Agile Оцінка зрілості

 Відмінності між фреймворками для Agile при масштабуванні

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

 

Джерело: Масштабування гнучкості у великих організаціях | Atlassian

5 основних принципів для Agile при масштабуванні

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

1. чітко визначені ролі та корпоративна структура

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

2. зосередьтеся на вигодах для клієнта

Ви повинні підходити до кожного завдання і кожного проекту з метою досягнення кращого результату для ваших клієнтів. Особливо важливо, щоб продукт мав високу додану вартість для клієнтів.

3. практики Agile на всіх рівнях

Вам потрібно впроваджувати гнучкі практики та ритми на всіх рівнях – як горизонтально, так і вертикально –.

4. постійне вдосконалення

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

5. орієнтація персоналу та команди

Гнучка робота завжди зосереджена на співробітниках і командах. Agile дає їм свободу діяти і реагувати автономно та гнучко.

Більшість автобусів Agile їздять по колу....

...і лікувати поверхневі симптоми. Настав час використовувати психологію – для стійкої зміни мислення.

"Багато членів команди не наважуються висловитися!"

"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"

"Чому іноді на підготовку простої ретроспективи я витрачаю години?"

Як масштабувати Agile за 6 кроків 

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

1. визначте відправну точку!

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

2. створити візію!

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

 

Джерело: Практичні уроки з побудови гнучкої культури | McKinsey

3. використовуйте лідерів!

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

Визначтеся з рамками!

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

5. розпочніть гнучку трансформацію!

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

6. запровадити ретроспективи!

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

"Якщо ви приймаєте лише одну гнучку практику, нехай це буде ретроспектива. Все інше прийде згодом" 

Вуді Зуйль (Agile Pioneer & Evangelist)

 

Висновок

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

Поділіться цією статтею зі своїми знайомими

Потрібен командний поштовх? Ось що вам потрібно зробити: Ретроспектива Spotify Health Check!

Перше питання про здоров'я: "😍 Ми із задоволенням ходимо на роботу і отримуємо задоволення від спільної праці".

Хочете ще? Спробуйте наш Retro Tool зараз.

Більше статей

Інформаційний бюлетень Echometer

Не пропускайте оновлення на Echometer та отримуйте натхнення для гнучкої роботи