Масштабована платформа SAFe® Agile: пояснення в двох словах
Agility & New Work у всіх на вустах. Майже всі знайомі з фреймворком Scrum. Що Scrum для гнучкої команди, то Scaled Agile Framework SAFe® для гнучкої компанії. Або, як каже Дін Леффінгвелл:
“Як Scrum є для гнучкої команди, так SAFe® є для гнучкого підприємства.”
Дін Леффінгвелл
Ви їх знаєте: є такі компанії, як Apple або Google, які особливо добре розуміють свою роботу (принаймні, судячи з їхньої репутації). Інші ж досягають меншого з тими ж передумовами (продуктами, ресурсами тощо). У чому причина?
Одним із факторів, безумовно, є гнучка форма роботи - не лише на рівні команди, а й на рівні компанії.
SAFe® Scaled Agile - навіщо масштабувати?
Справа в тому, що одна команда часто не може самостійно вирішити бажання та проблеми клієнта - принаймні, не так швидко. І тут у гру вступає SAFe® Scaled Agile Framework. Він масштабує гнучкі методи для багатьох команд.
Зрештою, метою SAFe® є не лише зробити команду гнучкою. Ні, SAFe® має зробити гнучкою цілу компанію - це також називається “гнучкість бізнесу”.
SAFe® - це дуже конкретно розроблена система, яка визначає, як потрібно організовуватися - від команди до рівня управління - щоб бути гнучким.
До речі, це, звичайно, можна зробити за допомогою фреймворку за межами ІТ-відділу ( Більше про Agile за межами ІТ ).
Перш ніж ми заглибимося в тему, невелике зауваження. Нещодавно у нас в гостях були 11 міжнародних експертів з гнучких методів на вебінарі –, присвяченому питанню: Як правильно масштабувати гнучкі методи?
Результатом став цей фантастичний відеозапис (англійською мовою), в якому розглядаються, наприклад, такі питання:
- Як краще починати: знизу вгору чи зверху вниз?
- Як ви допомагаєте лідерам дійти згоди щодо спільного бачення?
- Як правильно обрати гнучкий фреймворк – і чому це насправді не так важливо?
Моя найтепліша рекомендація: подивіться! Це займе відносно багато часу, але воно варте кожної хвилини.
7 основних напрямків SAFe® Scaled Agile Framework
На які сфери спрямована SAFe®? Нижче наведено 7 основних напрямків SAFe®:
- Командна та технічна гнучкість: Ролі та обов’язки в команді дуже добре розподілені.
- Agile Доставка продукціїМета полягає в тому, щоб завжди надавати клієнту найкращий та найінноваційніший продукт.
- Надання бізнес-рішеньВи не просто створюєте інноваційні продукти, ви розробляєте рішення для будь-який Проблема ваших клієнтів.
- Ощадливе управління портфелем: “Портфель” проєктів стратегічно планується - з тісними та короткими циклами зворотного зв’язку між плануванням і впровадженням.
- Організаційна гнучкістьРобота над бізнес-процесами та над самими людьми з фокусом на: Адаптивність, конкурентоспроможність та прозорість.
- Культура безперервного навчанняМета безперервного навчання на всіх рівнях організації міцно закріплена в Масштабованій структурі Agile і в зустрічах, які її супроводжують.
- Lean Agile ЛідерствоПереосмислення лідерства: лідерство має розширювати можливості людей і служити їм (див. Лідерство служіння), а також підтримувати сильні сторони особистості. Більше роботи на рівні очей, ідея ієрархії стає слабшою.
Як організована робота в SAFe® Scaled Agile Framework?
Рівень відділу: “Поїзди випуску Agile”.
У SAFe® кілька гнучких команд працюють разом і утворюють так званий Agile Release Train (ART). Роль “Release Train Engineer”, подібно до Scrum Master, супроводжує всі команди та процеси у своєму Release Train. Як правило, в Agile Release Train працює близько 52 - 125 людей, підпорядкованих командам.
Рівень команди
Кожна команда окремо доставляє користь клієнту (так звану цінність) невеликими кроками кожен спринт (зазвичай період у два тижні). Разом усі команди Agile Release Train наприкінці 5 спринтів або ітерацій (часто квартал) доставляють так званий Product Increment (PI) - тобто, в ідеалі, функцію продукту, яку може використовувати клієнт.
"Багато членів команди не наважуються висловитися!"
Вирішіть цю проблему"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"
Вирішіть цю проблему"Чому іноді на підготовку простої ретроспективи я витрачаю години?"
Вирішіть цю проблемуРівень компанії
Якщо в компанії більше співробітників, вони будуть розділені на кілька поїздів. Тому SAFe® є підходящим рішенням для груп або великих компаній. Відмінність від SCRUM полягає в кількості залучених працівників.
Рівень управління
Бачення та Product Backlog у Scaled Agile Framework SAFe® визначаються керівництвом. За допомогою, наприклад, таких методів, як Design Thinking і Customer Centricity, проблеми та виклики клієнтів вирішуються також на рівні управління - принаймні, якщо застосовується “Full SAFe®”.
До речі, ви можете дізнатися більше про структуру та організацію або конфігурацію SAFe®, а також про те, які рівні існують в системі залежно від розміру компанії. у цій статті - 4 рівні SAFe®.
П’ять хвилин Пояснювальне відео До речі, ось ще один гарний огляд SAFe® Scaled Agile Framework.
Інші фреймворки для масштабування гнучких методів
Ґрунтуючись на наших численних контактах з гнучкими компаніями, ми можемо сказати, що SAFe® Scaled Agile Framework є, мабуть, найбільш широко використовуваним фреймворком для масштабування гнучких методів.
Тим не менш, є й критики цієї системи. Ви можете дізнатися більше в цій статті (з провокаційним заголовком): “Beware SAFe® - an Unholy Incarnation of Darkness”.
До речі, невелика вказівка в контексті agile-трансформації: хочете бути впевненими, що зараз ви ставите правильні пріоритети у вашій agile-трансформації?
Тоді пройдіть наш тест на зрілість для вашої agile-трансформації - це займе лише 3 хвилини. Ви навіть отримаєте еталонний показник на основі понад трьохсот інших учасників. Дивіться кнопку 🙂
До речі, іншими фреймворками для поширення гнучких методів по всій компанії є LeSS (Large Scale Scrum), Scrum@Scale і Нексус. Більше про це ви можете дізнатися за посиланнями.
Увага до впровадження масштабованих гнучких фреймворків
З нашого досвіду, різні фреймворки мають як переваги, так і недоліки. Якщо ви плануєте впровадити одну з масштабованих фреймворків, вам слід врахувати наступне:
- На найпершому етапі ми радимо провести РЕАЛЬНИЙ аналіз загальної ситуації у вашій компанії, щоб точно зрозуміти, навіщо (і чи потрібно) вам взагалі впроваджувати масштабовані гнучкі методи. Де біль або основна причина змін? Це слугує основою для…
- Підготовка команди менеджерів - вона повинна на 100% підтримувати зміни. З керівництвом, як правило, пов’язані всі agile-зміни.
- Для вибору фреймворку: в ідеалі слід обрати фреймворк, який найкраще вирішує власні проблеми. Або ж - відповідно до agile-філософії - взяти ті аспекти з різних фреймворків, які вважаються найбільш корисними, і безперервно ітерувати або постійно випробовувати різні їх форми.
- Як правило, рекомендується, щоб ці зміни супроводжувалися досвідченими консультантами.
До речі, у цьому контексті також важливо, скільки Agile Coaches потрібно найняти для трансформації - і скільки бюджету це насправді потребує (більше про це в “ Скільки тренерів Agile мені потрібно? ”).
SAFe® Scaled agile Framework: Висновок
Сподіваюся, ця стаття дала вам короткий огляд Scaled Agile Framework. Якщо ви хочете дізнатися більше про роботу SAFe Product Owner, тоді також перегляньте тут. в нашому блозі статтю на цю тему.
Якщо ви все ще шукаєте відповідну ретро-дошку, наша стаття може допомогти вам з цією темою: Найкращі ретро-дошки в порівнянні.

Авторка: Christine Graf – Agile Coach & Scrum Master в “be agile” (change-agile.org)