Всі починають з малого: Зазвичай, впроваджуючи гнучкі методи, ви починаєте з кількох невеликих команд, які роблять свій внесок у загальну картину. Однак у довгостроковій перспективі, коли розмір вашої компанії або кількість команд зростає, виникає потреба в комунікації, а отже, і в крос-функціональних командах. Тому що: незабаром десятки більших "областей" працюватимуть над картуванням потоку створення цінності вашої компанії.
Проблема: У масштабованому середовищі ефективно координувати багато гнучких команд дорого і складно. Щоб все не пішло шкереберть, вам потрібна зріла організаційна концепція. Саме тут у гру вступає реліз-потяг Agile. Я покажу вам, як побудований реліз-потяг в Agile, як він працює в – і як ваша компанія може отримати від нього вигоду.
Agile Визначення поїзда відпуску Agile
Agile Release Train – або скорочено "ART" – - це довгострокова робоча група, яка зазвичай налічує від 50 до 125 осіб, що спільно планує, розробляє, впроваджує, тестує та випускає продукт. Група організована в підкоманди. Окремі команди працюють разом, щоб створити високу цінність для клієнта. Планування Agile Release Train і підхід команд сильно орієнтовані на потік створення цінності компанії (див. також "Картування потоку створення цінності").
Потяг вивільнення Agile об'єднує всі сфери діяльності організації. Це означає, що він структурований міжфункціонально. Це означає, що АРТ об'єднує не тільки команди, а й різні відділи, наприклад, управління продуктом, розробку та управління якістю.
Кілька АРТ утворюють Поїзд рішень. Поїзд рішень координує співпрацю різних поїздів релізів Agile, а також інтеграцію зовнішніх систем, таких як постачальник. Ви можете дізнатися більше про рівні, на яких класифікується компанія відповідно до Масштабованої структури Agile, у статті "Прості пояснення щодо безпечних рівнів".
Особливості поїзда відпускання в Agile
Потяг розчеплення Agile в SAFe® має такі характеристики:
Міжфункціональний
Всі підрозділи компанії працюють разом: Апаратне забезпечення, програмне забезпечення, тестування, відповідність вимогам тощо. Це також означає, що потяг випуску Agile спрямовує команди на виконання спільного завдання.
Діаграма послідовності вивільнення джерела: мій спритний партнер
Постійний
Члени команди працюють разом постійно –, а не лише над одним проектом, наприклад. Результат: вони автоматично розвиваються далі. Тому що: завдяки співпраці з працівниками з іншими ключовими компетенціями вони розширюють свої знання.
Автономний
Працівники та команди працюють самоорганізовано. Це сприяє їхній здатності мислити інноваційно та самостійно вирішувати проблеми. Таким чином, вони можуть безперервно розвивати – або створювати більше доданої вартості для клієнта.
Ролі: Як на практиці складаються поїзди відчепів Agile
Для того, щоб тренінг з вивільнення Agile у SAFe® давав результати безперебійно та ефективно, йому потрібні активні фасилітатори, які засвоїли гнучкий спосіб роботи. Ці ролі мають вирішальне значення:
Скрам-майстер: У поїзді Agile, що відпускає, в Agile Scrum Master Як так званий лідер-слуга, він веде свою команду через усі процеси аж до запуску продукту. Він супроводжує і тренує команду, проводить зустрічі, спринти та впроваджує найкращі практики. Оптимально, щоб скрам-майстер керував максимум двома командами.
Власник продукту: У "The Власник продукту відповідає за вигоду, тобто додану вартість для клієнта, яку створює одна або кілька команд. Наприклад, він визначає пріоритетність продуктового беклогу з урахуванням побажань клієнта.
Звільнити машиніста поїздаІнженер реліз-трейну –, також відомий як менеджер реліз-трейну Agile, відповідає за нагляд за реліз-трейном в цілому, щось на кшталт Scrum-майстра для 50-125 людей на вищому рівні. Його/її мета - спростити реалізацію програми, усунути бар'єри в робочих процесах та управляти ризиками і залежностями між командами.
Продакт-менеджер: Продакт-менеджер відповідає за бачення та стратегію продукту. Для цього він спілкується з внутрішніми та зовнішніми зацікавленими сторонами. Таким чином, він може визначити та задовольнити вимоги клієнтів.
Системні архітектори: Системні архітектори –, яких також називають системними інженерами –, стежать за загальною конструкцією. При цьому вони приділяють особливу увагу тому, щоб важливі елементи системи та інтерфейси злагоджено взаємодіяли між собою.
Agile Випустити членів команди тренерів: Індивідуальні члени команди - це багато маленьких стовпів, які створюють загальну картину. Вони працюють разом над різними функціями і зосереджуються на поетапній розробці функцій продукту. Зазвичай вони об'єднані в команди.
Власник бізнесу: Власники бізнесу є ключовими внутрішніми стейкхолдерами ланцюжка релізів у Agile. Вони відповідають за те, щоб АРТ досягла запланованих бізнес-результатів. З практичної точки зору, вони не завжди повинні бути власниками; вони також можуть бути менеджерами або подібними особами.
Більшість автобусів Agile їздять по колу....
...і лікувати поверхневі симптоми. Настав час використовувати психологію – для стійкої зміни мислення.
"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"
Переваги розвантажувального поїзда Agile
Тепер ви знаєте, як побудований потяг випуску в Agile і як він працює. Яку користь ви отримаєте від роботи в АРТ?
Спільне бачення: Agile Release Train пов'язує бізнес-стратегію з рівнем команди. Таким чином, ваша компанія збільшує шанси на те, що бачення буде реалізовано у всіх командах разом.
Співпраця без тертя: Реліз-трейнер Agile сприяє ефективній співпраці між багатьма командами, де потрібно більше комунікації. Він відстежує прогрес і взаємозалежності між командами.
Швидші результати: Класичний реліз-трейнер Agile візуалізує різні робочі методи та процеси, а також використовує певні метрики та наради. Таким чином, він прискорює цілеспрямовану комунікацію команд, а отже, і їхню роботу.
Менші витрати: Потік релізів в Agile зменшує витрати (принаймні теоретично, якщо він реалізований правильно). Це пов'язано з тим, що ефективний спосіб роботи команд часто робить подальші вдосконалення в розробці зайвими.
Спеціальні зустрічі у поїзді звільнення (Agile)
Потік релізів у Agile вимагає так званих синхронізаційних зустрічей. Ці зустрічі гарантують, що команди можуть підтримувати свій прогрес, вирішувати основні проблеми та обговорювати ризики. Ви можете використовувати такі формати зустрічей, зокрема
- Перевірте та адаптуйте,
- ART Sync
- Скрам зі скрамів
- Синхронізація PO
- Планування розширення програми (PIP)
- Демонстрація системи
розрізняти. Наради Release Train Sync необхідні в SAFe® для того, щоб різні команди працювали над досягненням однієї мети. Тільки якщо вони знають, який статус кво в інших командах, вони можуть ефективно вирішувати свої завдання. Таким чином, наради є центральною платформою для синхронізації спільного бачення і спільної мети.
Джерело: Agile Звільнення синхронізації поїздів – Управлінське блаженство
Як правильно розпочати АРТ
Щоб впровадити АРТ належним чином, потрібно не поспішати. Особливо у великих компаніях для планування Agile Release Train потрібно багато інформації. Однак, маючи терпіння і потрібних експертів під рукою, ви можете досягти готовності до запуску Agile Release Train навіть зі складними організаційними структурами. В основному, ви можете підійти до запуску в 10 кроків:
1. підготувати консультантів програми SAFe (SPC)
Консультанти програми SAFe очолюють гнучку трансформацію, допомагаючи лідерам і зацікавленим сторонам своїми знаннями. При цьому вони також навчають, як успішно працює АРТ.
2. навчати лідерів Lean Agile
Lean Agile Лідери впроваджують принципи SAFe в компанії та перевіряють, де перехід до гнучкої роботи все ще буксує. Навчіть їх цьому.
3. визначте потік створення цінності
Для того, щоб ефективніше досягати кращих результатів за допомогою АРТ, вам потрібно визначити найважливіші потоки створення цінності в компанії. Лише маючи їх, ви зможете згодом створити АРТ, від якої ваша компанія отримає вигоду. Загальноприйнятою практикою для цього є так зване картування потоків створення цінності.
4. налаштуйте АРТ
Тепер ви створюєте АРТ і розподіляєте відповідальність між залученими командами. Вони створюють, впроваджують та аналізують цінність для вашої компанії та, зрештою, для клієнта.
5. визначте ролі
Визначте ролі, які ведуть АРТ до правильної мети. Вирішальну роль відіграють відповідальні особи, які вже згадувалися вище.
6. вдосконалити продуктовий беклог
Продукт-менеджери та зацікавлені сторони розробляють перелік функцій, які створюють спільне бачення АРТ. Потім ці функції трансформуються в історії користувачів. Після цього команди можуть скласти план ітерацій.
7. підготувати команди для роботи в рамках фреймворку
Навчіть команди безпеці.
8-й ПІ Планування та запуск АРТ
Щоб налаштувати команди на роботу, вони збираються на збори. Це забезпечує спільне бачення та мету. Після цього можна запускати АРТ.
9. здійснити планування ПІ
Застосуйте планування ПІ на практиці, щоб команди мали конкретну дорожню карту для свого спринту.
10-та ітерація IP
Тепер ви можете розпочати "Інновації" та "Планування" –, більш відому як ітерація ПІ. Це остання ітерація в рамках ПІ.
У відео за 10 кроків ви дізнаєтеся, як детально налаштувати свій перший реліз-поїзд. "Запуск поїзда вивільнення Agile" – ми не заглиблюємося в деталі 🙂
Висновок
Поїзд релізів Agile об'єднує команди над спільним завданням – і швидше створює кращі результати. Якщо ви хочете дізнатися більше про те, як успішно масштабувати гнучкі методи, перегляньте Проект Scagile in. У різних безкоштовних відео та вебінарах ми покажемо вам, як правильно підходити до гнучкої трансформації. Не соромтеся поглянути.
