Масштабований фреймворк Agile: Пояснення 4 рівнів з прикладами
Ваша компанія планує гнучка трансформація Чи планує він масштабувати гнучкі методи за межі окремих команд — чи вже зробив це? Усі говорять про різні рівні та варіанти конфігурації в рамках, наприклад, масштабованих гнучких фреймворків, таких як SAFe® - SAFe® - SAFe® - SAFe® - SAFe® Так, ці терміни не так вже й легко зрозуміти.
Ця стаття прояснює рівні та конфігурації масштабованих гнучких фреймворків (Scaled Agile Frameworks) з простими поясненнями та прикладами ( SAFe® - SAFe® - SAFe® - SAFe® - SAFe® )! Слід зазначити, що конфігурації не Великомасштабний скрам (коротко: LeSS ) пов’язані між собою.
Три рівні масштабованої структури Agile?
Для того, щоб мати можливість відповідно адаптувати впровадження гнучких методів, в Масштабований фреймворк Agile різні так звані рівні.
3 рівнями масштабованої гнучкої структури є рівень команди, рівень програми та рівень портфоліо.
Нижче я пояснюю різні рівні та наводжу приклади.
Перш ніж ми перейдемо до цього, важливо ще одне. З останньої версії Scaled Agile Framework, SAFe® 5.0, 3 рівнів масштабованого гнучкого фреймворку вже недостатньо – додано ще один, четвертий рівень.
Перш ніж ми заглибимося в тему, невелике зауваження. Нещодавно у нас в гостях були 11 міжнародних експертів з гнучких методів на вебінарі –, присвяченому питанню: Як правильно масштабувати гнучкі методи?
Результатом став цей фантастичний відеозапис (англійською мовою), в якому розглядаються, наприклад, такі питання:
- Як краще починати: знизу вгору чи зверху вниз?
- Як ви допомагаєте лідерам дійти згоди щодо спільного бачення?
- Як правильно обрати гнучкий фреймворк – і чому це насправді не так важливо?
Моя найтепліша рекомендація: подивіться! Це займе відносно багато часу, але воно варте кожної хвилини.
Чотири рівні масштабованого гнучкого фреймворку!
SAFe® 5.0 також включає так званий Large Solution Level. Давайте заглибимось трохи глибше – ось пояснення різних рівнів Scale 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 є незалежною компанією, а команда управління та процеси також організовані за допомогою гнучких методів (ощадливе бюджетування тощо). У цьому випадку – оскільки вся компанія використовує гнучкі методи – 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/