Масштабована платформа SAFe® Agile: пояснення в двох словах
Agility & New Work у всіх на вустах. Майже всі знайомі з фреймворком Scrum. Що Scrum для гнучкої команди, то Scaled Agile Framework SAFe® для гнучкої компанії. Або, як каже Дін Леффінгвелл:
“Як Scrum є для гнучкої команди, так SAFe® є для гнучкого підприємства.”
Дін Леффінгвелл
Ви їх знаєте: є такі компанії, як Apple або Google, які розуміють свою роботу (принаймні, судячи з їхньої репутації) особливо добре. Інші, навпаки, досягають меншого з тими ж передумовами (продуктами, ресурсами тощо). У чому причина?
Одним із факторів, безумовно, є гнучка форма роботи - не лише на рівні команди, а й на рівні підприємства.
SAFe® Scaled Agile - навіщо масштабувати?
Справа в тому, що одна команда часто не може самостійно вирішити бажання та проблеми клієнта - принаймні, не так швидко. І тут вступає в гру SAFe® Scaled Agile Framework. Він масштабує гнучкі методи для багатьох команд.
Зрештою, мета SAFe® полягає не лише в тому, щоб зробити команду гнучкою. Ні, SAFe® має зробити гнучким ціле підприємство - це також називається “business agility”.
Отже, 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 людей, підпорядкованих командам.
Рівень команди
Кожна команда окремо надає користь клієнтам невеликими кроками кожен спринт (зазвичай період у два тижні) - також званий Value. Разом усі команди 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”.
До речі, коротка примітка в контексті гнучкої трансформації: Хочете бути впевнені, що зараз встановлюєте правильні пріоритети у своїй гнучкій трансформації?
Тоді пройдіть нашу перевірку зрілості для вашої гнучкої трансформації - це займе лише 3 хвилини. Ви навіть отримаєте орієнтир на основі понад трьохсот інших учасників. Дивіться кнопку 🙂
До речі, іншими фреймворками для поширення гнучких методів по всій компанії є LeSS (Large Scale Scrum), Scrum@Scale і Нексус. Більше про це ви можете дізнатися за посиланнями.
Увага до впровадження масштабованих гнучких фреймворків
З нашого досвіду, різні фреймворки мають як переваги, так і недоліки. Якщо ви плануєте впровадити одну з масштабованих фреймворків, вам слід врахувати наступне:
- На найпершому етапі ми радимо провести РЕАЛЬНИЙ аналіз загальної ситуації у вашій компанії, щоб точно зрозуміти, навіщо (і чи потрібно) вам взагалі впроваджувати масштабовані гнучкі методи. Де біль або основна причина змін? Це слугує основою для…
- Підготовка команди менеджерів - вона повинна на 100% підтримувати зміни. Як правило, будь-які гнучкі зміни залежать від керівництва.
- Для вибору фреймворку діє наступне: в ідеалі ви обираєте або фреймворк, який найкраще вирішує ваші власні проблеми. Або, згідно з гнучкою філософією, ви берете ті аспекти з різних фреймворків, які вважаєте найбільш корисними, і постійно ітеруєте або пробуєте різні їх форми.
- Як правило, рекомендується, щоб ці зміни супроводжувалися досвідченими консультантами.
До речі, в цьому контексті також важливо, скільки Agile Coach насправді потрібно найняти для трансформації - і скільки бюджету це насправді потребує (більше про це в “ Скільки тренерів Agile мені потрібно? ”).
SAFe® Scaled agile Framework: Висновок
Сподіваюся, ця стаття дала вам короткий огляд Scaled Agile Framework. Якщо ви хочете дізнатися більше про роботу SAFe Product Owner, тоді також перегляньте тут. у нашій статті в блозі на цю тему.
Якщо ви все ще шукаєте відповідну ретро-дошку, наша стаття може допомогти вам з цією темою: Найкращі ретро-дошки в порівнянні.

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