Масштабований фреймворк Agile: Пояснення 4 рівнів з прикладами

Ваша компанія планує гнучка трансформація Чи планує вона масштабувати гнучкі методи за межі окремих команд – чи вже зробила це? Усі говорять про різні рівні та можливості конфігурації в рамках, наприклад, масштабованих гнучких фреймворків, таких як SAFe® - SAFe® - SAFe® - SAFe® - SAFe® Так, ці терміни не так вже й легко зрозуміти.

Ця стаття з простими поясненнями та прикладами рівнів і конфігурацій Scaled Agile Frameworks ( SAFe® - SAFe® - SAFe® - SAFe® - SAFe® ) проливає трохи світла! Слід зазначити, що конфігурації не є Великомасштабний скрам (коротко: LeSS ) пов’язані між собою.

Три рівні масштабованої структури Agile?

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

3 рівнями масштабованої гнучкої структури є рівень команди, рівень програми та рівень портфоліо.

Нижче я пояснюю різні рівні та наводжу приклади.

Перш ніж ми до цього дійдемо, важливо ще одне. З останньої версії Scaled Agile Frameworks, SAFe® 5.0, 3 рівнів масштабованого гнучкого фреймворку вже недостатньо – додано ще один, четвертий рівень.

Чотири рівні масштабованого гнучкого фреймворку!

SAFe® 5.0 також включає так званий Large Solution Level. Давайте заглибимося трохи глибше – ось пояснення різних рівнів Scaled agile Framework:

• Масштабована Agile Framework Рівень 1: Рівень команди
  Одна або кілька команд, часто організованих за принципом Scrum або Kanban.
• Масштабована Рамкова програма Agile Рівень 2: Програмний рівень
  Програмний рівень містить багато команд, які надають рішення через так званий «Agile Release Train» (ART). ART – це, як правило, від 50 до 130 осіб, організованих у підкоманди, які співпрацюють, щоб зрештою принести цінність клієнту. Agile Release Train організовано через так звані «команди команд».
• Масштабована Agile Framework Level 3: рівень великих рішень
  У цьому випадку для забезпечення цінності для клієнта потрібні два або більше Agile Release Trains. Щоб їх організувати, потрібна «команда команд команд». Усі Agile Release Trains разом називаються Solution Train.
• Масштабована Agile Framework Рівень 4: Рівень портфоліо
  У цьому випадку вся компанія (або весь бізнес-підрозділ) впроваджує гнучкі методи. Таким чином, не тільки ІТ-команди повинні організовувати себе в гнучкий спосіб, але й управлінські практики впроваджуються з використанням гнучких методів. Наприклад, у гру вступають процеси ощадливого бюджетування та стратегічного управління. 

Чотири рівні масштабованого гнучкого фреймворку та варіанти їх конфігурації в SAFe® - SAFe® - SAFe® - SAFe® - SAFe® - Ілюстрація

Щоб мати чітке уявлення про те, як ви впроваджуєте масштабовані фреймворки Agile, вам слід знати ще чотири терміни: Essential SAFe®, Large solution SAFe®, Portfolio SAFe® і Full SAFe®.

Ці чотири терміни пояснюють, в якій конфігурації або в якій “комбінації” реалізуються різні щойно згадані рівні Scaled Agile Framework.

Звучить складно. Наступний графік намагається дати вам уявлення про взаємозв’язок цих термінів.

Large Solution SAFe® базується на Essential SAFe®, але виключає управління портфелем, оскільки не вся компанія (або весь підрозділ) використовує SAFe®.

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

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

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

Приклад чотирьох рівнів масштабованого фреймворку Agile

Щоб зробити цю модель ще більш зрозумілою, наведемо приклад. Приклад базується на ілюстративному Відео Анджело Калевела. 

Ви, напевно, знаєте Google Drive? Google Drive має багато піддодатків: Google Docs, Google Spreadsheets, Google Slides… Подібно до Microsoft Office.

Уявімо, що кожен із цих піддодатків – наприклад, Google Slides – розробляється в нашому прикладі однією командою (навіть якщо, швидше за все, їх багато). У цьому випадку всі ці підкоманди або піддодатки разом утворюють Agile Release Train, який працює над «програмою». Іншими словами: Google Drive сам по собі є Agile Release Train, який реалізував масштабований гнучкий фреймворк на рівні програми. 

Якби лише «відділ Google Drive» у Google використовував масштабований гнучкий фреймворк, ми б сказали, що він використовує Essential SAFe®.

Важливо розуміти: уявімо, що Google Drive є незалежною компанією, а команда менеджерів і процеси також організовані за допомогою гнучких методів (Lean Budgeting тощо). У цьому випадку – оскільки вся компанія використовує гнучкі методи – Google Drive використовуватиме Portfolio SAFe®.

Чотири рівні SAFe® – Large solution & Full SAFe®

Як ми знаємо, компанія Google значно більша, і Google Drive – не єдина «програма», над якою працює Google. Наприклад, є також «Google Workspace» (раніше «G Suite»), який включає Gmail, Google Calendar і Google Contacts.

Якби останні 3 підрозділи були окремими командами (рівень 1), ми могли б сказати, що з «Google Workspace» у нас є ще один Agile Release Train (рівень 2), який працює над іншою «програмою».

І якщо ці дві програми (і Agile Release Trains), у свою чергу, тісно співпрацюють – у рамках набагато більшої компанії Google – вони працюють відповідно до конфігурації Large Solution SAFe®.

Тепер уявімо, що Google Drive і Google Daily разом були б незалежною компанією, а управлінська команда і процеси були б організовані за гнучкими методами (ощадливе бюджетування тощо). 

У цьому випадку, імовірно, вся компанія (що складається з більш ніж однієї програми та одного agile release train) використовуватиме agile-методи - таким чином, Google Drive використовуватиме так званий Full SAFe®.

Чотири рівні Scaled Agile Frameworks - висновок

Просто щоб було зрозуміло - я не знаю, як організований Google. Це лише приклад, щоб краще зрозуміти рівні Scaled Agile Frameworks!

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

Одне з питань, яке ви можете поставити, це як насправді виміряти успіх agile-методів у відповідних масштабованих рівнях. Коротше кажучи, подивіться нашу статтю “ Agility Health Radar: 13 найпопулярніших моделей ” an.

БЕЗПЕЧНО®: © Scaled Agile, Inc. Explore Training at: https://www.scaledagile.com/training/calendar/