Примітка: Сайт перекладено автоматично. Переключіться на англійську для кращого читання.

масштабований гнучкий фреймворк безпечний

Масштабована платформа SAFe® Agile: пояснення в двох словах

Agility & New Work у всіх на вустах. Майже всі знайомі з фреймворком Scrum. Що Scrum для гнучкої команди, то Scaled Agile Framework SAFe® для гнучкої компанії. Або, як каже Дін Леффінгвелл:

"Як Scrum для гнучкої команди, так і SAFe® для гнучкого підприємства".

Дін Леффінгвелл

Ви їх знаєте: є компанії на кшталт Apple чи Google, які знають свою справу особливо добре (принаймні, судячи з їхньої репутації). Інші, однак, досягають менших результатів при тих самих передумовах (продукти, ресурси,...). Чому так відбувається?

Одним з факторів, безумовно, є гнучкий спосіб роботи – не тільки на рівні команди, але й на рівні компанії.

SAFe® Scaled Agile – Навіщо масштабувати?

Зрештою, одна команда часто не в змозі вирішити побажання та проблеми замовника – поодинці, принаймні, не так швидко. І тут в гру вступає SAFe® Scaled Agile Framework. Він масштабує гнучкі методи для багатьох команд.

Зрештою, мета SAFe® - не просто зробити команду гнучкою. Ні, SAFe® має зробити всю компанію гнучкою – також називають "бізнес-гнучкістю". 

Таким чином, 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. Як правило, близько 52 – 125 людей працюють разом в Agile Release Train, підпорядковані в командах. 

Рівень команди

Кожного спринту (як правило, тривалістю два тижні) кожна команда забезпечує переваги для клієнтів невеликими кроками –, які також називають цінністю. Разом усі команди реліз-поїзда Agile наприкінці 5 спринтів або ітерацій (часто кварталу) створюють так званий інкремент продукту (PI) –, тобто, в кращому випадку, корисну для клієнта функцію продукту.

Більшість автобусів Agile їздять по колу....

...і лікувати поверхневі симптоми. Настав час використовувати психологію – для стійкої зміни мислення.

"Багато членів команди не наважуються висловитися!"

"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"

"Чому іноді на підготовку простої ретроспективи я витрачаю години?"

Рівень компанії

Якщо в компанії більше співробітників, вони будуть розділені на кілька поїздів. Тому SAFe® є підходящим рішенням для груп або великих компаній. Відмінність від SCRUM полягає в кількості залучених працівників. 

Рівень управління

У масштабованій Agile Framework SAFe® бачення та продуктовий бэклог визначаються керівництвом. За допомогою, наприклад, таких методів, як дизайн-мислення та клієнтоорієнтованість, проблеми та виклики клієнтів також вирішуються на рівні управління –, принаймні, якщо застосовується "Full SAFe®". 

До речі, ви можете дізнатися більше про структуру та організацію або конфігурацію SAFe®, а також про те, які рівні існують в системі залежно від розміру компанії. у цій статті – 4 рівні SAFe®. 

П'ять хвилин Пояснювальне відео До речі, ось ще один гарний огляд SAFe® Scaled Agile Framework.

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

Ґрунтуючись на наших численних контактах з гнучкими компаніями, ми можемо сказати, що SAFe® Scaled Agile Framework є, мабуть, найбільш широко використовуваним фреймворком для масштабування гнучких методів. 

Тим не менш, є й критики цієї системи. Ви можете дізнатися більше в цій статті (з провокаційним заголовком): "Остерігайтеся SAFe® – - нечестивого втілення темряви". 

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

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

Почніть зараз: Оцінка зрілості Agile
Agile Оцінка зрілості

До речі, іншими фреймворками для поширення гнучких методів по всій компанії є LeSS (Large Scale Scrum), Scrum@Scale і Нексус. Більше про це ви можете дізнатися за посиланнями. 

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

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

 

При впровадженні SAFe® або інших фреймворків необхідно врахувати кілька кроків.

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

SAFe® Scaled agile Framework: Висновок 

Сподіваємося, що ця стаття дала вам короткий огляд масштабованого фреймворку Agile. Якщо ви хочете дізнатися більше про роботу SAFe Product Owner, ви також можете прочитати тут статтю в нашому блозі на цю тему.

Якщо ви все ще шукаєте відповідну ретро-дошку, наша стаття може допомогти вам з цією темою: Найкращі ретро-дошки в порівнянні.

Зображення Die Autorin: Christine Graf

Автор: Крістін Граф

Agile Коуч та Scrum Master у "Будь гнучким

Поділіться цією статтею зі своїми знайомими

Потрібен командний поштовх? Ось що вам потрібно зробити: Ретроспектива Spotify Health Check!

Перше питання про здоров'я: "😍 Ми із задоволенням ходимо на роботу і отримуємо задоволення від спільної праці".

Хочете ще? Спробуйте наш Retro Tool зараз.

Більше статей

Оцінка ефективності роботи розробника програмного забезпечення: інструкції та шаблон

Письмові оцінки ефективності для розробників програмного забезпечення у 2025 році? У сучасному робочому середовищі, яке наголошує на культурі зворотного зв'язку та безперервному розвитку, письмові відгуки про роботу

Читати далі "

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

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