Ця сторінка була перекладена автоматично. Для кращого читання, будь ласка, перейдіть на англійську мову.

Перейти на англійську

Масштабована платформа 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®:

  1. Командна та технічна гнучкість: Ролі та обов’язки в команді дуже добре розподілені.
  2. Agile Доставка продукціїМета полягає в тому, щоб завжди надавати клієнту найкращий та найінноваційніший продукт.
  3. Надання бізнес-рішеньВи не просто створюєте інноваційні продукти, ви розробляєте рішення для будь-який Проблема ваших клієнтів.
  4. Ощадливе управління портфелем: “Портфель” проєктів планується стратегічно - з тісними та короткими циклами зворотного зв’язку між плануванням та реалізацією.
  5. Організаційна гнучкістьРобота над бізнес-процесами та над самими людьми з фокусом на: Адаптивність, конкурентоспроможність та прозорість.
  6. Культура безперервного навчанняМета безперервного навчання на всіх рівнях організації міцно закріплена в Масштабованій структурі Agile і в зустрічах, які її супроводжують.
  7. 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 і Нексус. Більше про це ви можете дізнатися за посиланнями. 

Увага до впровадження масштабованих гнучких фреймворків

З нашого досвіду, різні фреймворки мають як переваги, так і недоліки. Якщо ви плануєте впровадити одну з масштабованих фреймворків, вам слід врахувати наступне:

  1. На найпершому етапі ми радимо провести РЕАЛЬНИЙ аналіз загальної ситуації у вашій компанії, щоб точно зрозуміти, навіщо (і чи потрібно) вам взагалі впроваджувати масштабовані гнучкі методи. Де біль або основна причина змін? Це слугує основою для…
  2. Підготовка команди менеджерів - вона повинна на 100% підтримувати зміни. Як правило, будь-які гнучкі зміни залежать від керівництва.
  3. Для вибору фреймворку діє наступне: в ідеалі ви обираєте або фреймворк, який найкраще вирішує ваші власні проблеми. Або, згідно з гнучкою філософією, ви берете ті аспекти з різних фреймворків, які вважаєте найбільш корисними, і постійно ітеруєте або пробуєте різні їх форми. 
  4. Як правило, рекомендується, щоб ці зміни супроводжувалися досвідченими консультантами.

До речі, в цьому контексті також важливо, скільки 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)

Категорія блогу

Інші статті за темою «Гнучкість масштабування»

Переглянути всі статті цієї категорії
Гнучка модель Spotify: пояснення Squads, Tribes, Chapters & Guilds

Гнучка модель Spotify: пояснення Squads, Tribes, Chapters & Guilds

Проста модель agile Spotify з Squads, Tribes, Chapters і Guilds. Дізнайтеся більше про переваги, типові підводні камені та випадки використання.

Радар здоров'я гнучкості: 13 найпопулярніших моделей для гнучких KPI

Радар здоров'я гнучкості: 13 найпопулярніших моделей для гнучких KPI

Відкрийте для себе 13 найпопулярніших моделей Agility Health Radar для agile KPI. Оптимізуйте здоров'я своїх команд і проєктів за допомогою цих інструментів.

Робочі договори: 10 прикладів, зразків та шаблонів

Робочі договори: 10 прикладів, зразків та шаблонів

Agile Working Agreements: 10 прикладів, шаблонів і зразків для Scrum, віддалених команд і SAFe. Як покращити співпрацю та зміцнити команди!

Скрам-майстер як лідер для підлеглих: 8 порад для роздумів

Скрам-майстер як лідер для підлеглих: 8 порад для роздумів

Дізнайтеся, як стати лідером-слугою як Scrum-майстер! 8 порад щодо комунікації, самоорганізації та гнучкого управління проєктами для вашої гнучкої команди.

Цілі ефективності продакт-менеджера: 5 порад і прикладів

Цілі ефективності продакт-менеджера: 5 порад і прикладів

Цілі ефективності для продакт-менеджера: поради та приклади для розумних цілей, рівнів і розвитку. Дізнайтеся тут, як зробити ефективність вимірюваною!

Хто такий Product Owner у Scaled Agile Framework SAFe? – Цифри, дані, факти 

Хто такий Product Owner у Scaled Agile Framework SAFe? – Цифри, дані, факти 

Що робить SAFe Product Owner? Ми пояснюємо роль у Scaled Agile Framework, завдання, обов'язки та 6 типів Product Owner.

Скрам - що це таке? Пояснюємо просто!

Скрам - що це таке? Пояснюємо просто!

Scrum просто пояснити: що означає гнучка робота? Ми висвітлюємо ролі (власник продукту, Scrum-майстер, команда), спринт, беклог і успіх Scrum.

Поєднання OKR та Scrum: Як це працює (воркшопи, мета спринту та цикли)

Поєднання OKR та Scrum: Як це працює (воркшопи, мета спринту та цикли)

Дізнайтеся, як успішно поєднати OKR та Scrum! Ми покажемо вам, як воркшопи, цілі спринтів і цикли оптимально поєднуються між собою. Ось як працювати гнучко!

Agile в масштабі: порівняння 5 найважливіших фреймворків

Agile в масштабі: порівняння 5 найважливіших фреймворків

Agile at Scale: Відкрийте для себе найважливіші фреймворки (SAFe, LeSS, DA, Spotify, Scrum@Scale) для масштабування agile в компанії. 5 принципів & 6 кроків.

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

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