Ваша компанія планує гнучка трансформація? Планує масштабувати гнучкі методи за межі окремих команд – або вже зробила це? Всі говорять про різні рівні та можливості конфігурації в рамках, наприклад, масштабованих гнучких фреймворків, таких як SAFe® - SAFe® - SAFe® - SAFe® - SAFe®? Так, ці терміни не так легко зрозуміти.
Ця стаття містить прості пояснення та приклади масштабованих рівнів Agile Frameworks та конфігурацій (SAFe® - SAFe® - SAFe® - SAFe® - SAFe®) трохи світла в темряві! Заздалегідь слід зазначити, що конфігурації не відповідають Великомасштабний скрам (коротко: LeSS) пов'язані між собою.
Три рівні масштабованої структури Agile?
Для того, щоб мати можливість відповідно адаптувати впровадження гнучких методів, в Масштабований фреймворк Agile різні так звані рівні.
3 рівнями масштабованої гнучкої структури є рівень команди, рівень програми та рівень портфоліо.
Нижче я пояснюю різні рівні та наводжу приклади.
Перш ніж ми перейдемо до цього, важливо відзначити ще одну важливу річ. Починаючи з останньої версії масштабованого фреймворку Agile, SAFe® 5.0, 3 рівнів масштабованого гнучкого фреймворку – вже недостатньо - додано ще один, четвертий рівень.
Перш ніж ми заглибимося в тему, невелике зауваження. Нещодавно у нас в гостях були 11 міжнародних експертів з гнучких методів на вебінарі –, присвяченому питанню: Як правильно масштабувати гнучкі методи?
Результатом став цей фантастичний відеозапис (англійською мовою), в якому розглядаються, наприклад, такі питання:
- Як краще починати: знизу вгору чи зверху вниз?
- Як ви допомагаєте лідерам дійти згоди щодо спільного бачення?
- Як правильно обрати гнучкий фреймворк – і чому це насправді не так важливо?
Моя найтепліша рекомендація: подивіться! Це займе відносно багато часу, але воно варте кожної хвилини.
Чотири рівні масштабованого гнучкого фреймворку!
SAFe® 5.0 також включає так званий рівень великих рішень. Давайте заглибимося трохи глибше. – ось пояснення різних рівнів Scaled agile Framework:
- Масштабована Agile Framework Рівень 1: Рівень команди
Одна або кілька команд, часто організованих за принципом Scrum або Kanban. - Масштабована Рамкова програма Agile Рівень 2: Програмний рівень
На програмному рівні є багато команд, які надають рішення за допомогою так званого "Потягу релізів Agile" (Release Train, ART). Як правило, АРТ - це група від 50 до 130 осіб –, об'єднаних у підгрупи –, які працюють разом, щоб в кінцевому підсумку принести користь клієнту. Реліз-поїзд Agile організовується за допомогою так званих "команд команд". - Масштабована Agile Framework Level 3: рівень великих рішень
У цьому випадку потрібно два або більше поїздів Agile, щоб доставити цінність клієнту. Щоб організувати їх, вам потрібна "команда команд команд команд". Всі тренінги з випуску Agile разом називаються "Тренінг рішень" (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 Диск? Google Диск має багато додатків: Google Документи, Google Таблиці, Google Слайди... Подібно до Microsoft Office.
Уявімо, що кожен з цих додатків –, наприклад, Google Slides –, розробляється однією командою в нашому прикладі (хоча, швидше за все, команд багато). У цьому випадку всі ці підкоманди або додатки разом утворюють потяг випуску Agile, який працює над "програмою". Іншими словами, Google Drive сам по собі є поїздом релізів Agile, який реалізував масштабований гнучкий фреймворк на програмному рівні.
Якби тільки "відділ 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 (рівень 2), який працює над іншою "програмою".
А коли ці дві програми (і Agile Release Trains), у свою чергу, тісно співпрацюють – в рамках набагато більшої корпоративної програми Google –, вони працюють відповідно до конфігурації Large Solution SAFe®.
Тепер уявімо, що Google Drive і Google Daily разом були б незалежною компанією, а управлінська команда і процеси були б організовані за гнучкими методами (ощадливе бюджетування тощо).
У цьому випадку вся компанія (що складається з більш ніж однієї програми і гнучкого циклу випуску) використовувала б гнучкі методи –, що означало б, що Google Drive використовував би так званий Full SAFe®.
Чотири рівні масштабованої структури Agile – Висновок
Щоб внести ясність, – Я не знаю, як організований Google. Це лише приклад, щоб краще зрозуміти масштабовані рівні фреймворків Agile!
І щоб зробити це зрозумілим: Моє пояснення спрощує деякі речі і не має на меті описати всі деталі масштабованого фреймворку Agile якомога точніше. Для мене було важливо, щоб вам було легше отримати базове розуміння чотирьох рівнів масштабованого гнучкого фреймворку та їхніх параметрів конфігурації.
Одне з питань, яке ви можете собі поставити, - як насправді виміряти успіх гнучких методів на відповідних рівнях масштабування. Коротше кажучи, ознайомтеся з нашою статтею "Agility Health Radar: 13 найпопулярніших моделей"ан.
Більшість автобусів Agile їздять по колу....
...і лікувати поверхневі симптоми. Настав час використовувати психологію – для стійкої зміни мислення.
"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"
БЕЗПЕЧНО®: © Scaled Agile, Inc. Дізнайтеся більше про навчання на сайті: https://www.scaledagile.com/training/calendar/
