Хто такий Release Train Engineer

Машиніст поїзда SAFe (RTE) – це керівник і коуч Agile Release Train (ART). Основними обов’язками RTE є сприяння заходам і процесам ART, а також допомога командам у досягненні цінності. RTE спілкуються із зацікавленими сторонами, усувають перешкоди, допомагають керувати ризиками та сприяють невпинному вдосконаленню.

Хоч Agile Release Trains (ARTи) складаються з самоорганізованих і самокерованих команд, поїзди не їздять і не керуються на автопілоті. Ця відповідальність лягає на RTE, які найбільш ефективно діють у ролі слуг-лідерів. Вони добре знають, як масштабувати методи Lean і Agile, а також розуміють унікальні можливості та проблеми, пов’язані зі сприянням і постійним узгодженням великої програми розвитку.

Детальніше про роль RTE

RTE полегшують процеси та виконання ARTів. Вони усувають перешкоди, керують ризиками, допомагають забезпечити постачання цінності і сприяють невпинному вдосконаленню. Багато з них також беруть участь у трансформації Lean-Agile, навчаючи лідерів, команди і Scrum-майстрів новим процесам та мисленню. Вони допомагають налаштувати SAFe відповідно до потреб організації, стандартизуючи й документуючи методи.

Зона відповідальності RTE

RTE зазвичай відповідають за такий спектр задач:

• керують та оптимізують потік цінності через ART за допомогою різних інструментів, таких як програма Kanban та інші організатори інформаційних процесів;
• розробляють і комунікають річні календарі ітерацій і програмних приростів (PI);
• сприяють готовності до планування PI, підтримуючи процес безперервного дослідження, що спрямовує бачення, дорожню карту й беклоги, в тому числі через події планування до і після PI;
• фасилітують події планування PI;
• підсумовують цілі командних PI в цілі програми PI (RTE) та публікують їх задля наочності та прозорості;
• допомагають відстежувати виконання функцій і можливостей;
• сприяють періодичним подіям синхронізації, включаючи ART синки;
• допомагають у прийнятті економічних рішень, полегшуючи оцінку функцій і можливостей командами та згортання до Epics (за потреби);
• коучать лідерів, команди і Scrum-майстрів щодо практик і мислення Lean-Agile;
• допомагають керувати ризиками й залежностями;
• посилюють і виявляють блоки;
• надають інформацію щодо ресурсів для усунення критичних вузьких місць;
• заохочують співпрацю між командами та архітекторами/інженерами систем та рішень (System/Solution Architects/Engineers);
• працюють із Product і Solution Management, власниками продуктів та іншими зацікавленими сторонами, допомагаючи забезпечити узгодженість стратегії та її виконання;
• покращують потік цінності через джерела цінності, удосконалюючи й оцінюючи практики, пов’язані з DevOps та Release on Demand у конвеєрі безперервного постачання;
• допомагають керувати циклом інновацій Lean User Experience (UX);
• співпрацюють з Agile Program Management Office (APMO) щодо виконання програми та оперативної досконалості (див. Lean Portfolio Management);
• розуміють і діють у рамках Lean Budgets, забезпечують дотримання Guardrails;
• фасилітують системні демо;
• ведуть до постійних вдосконалень через воркшопи з інспекції й адаптації;
• оцінюють рівень гнучкості ARTів і сприяють її покращенню;
• виховують спільноти практиків, використання інженерії і вбудованих практик якості.

Кому звітує Release Train Engineer

SAFe не вказує структуру звітності, але RTE зазвичай звітує перед організацією з розробки або APMO, яка в SAFe вважається частиною Lean Portfolio Management. Для підприємств з існуючими організаціями PMO цю роль часто відіграє менеджер програми.

Лідерство через служіння

Хоча нові RTE зазвичай мають організаційні здібності для виконання своїх ролей, потрібно ще вивчити і прийняти Lean-Agile мислення. Для цього потрібно перейти від керівництва та управління діяльністю до роботи в якості лідера-слуги. Лідерство через служіння – це філософія, яка передбачає комплексне уявлення про якість людей, роботи та духу спільноти. Основна увага зосереджена на забезпеченні підтримки, необхідної командам і ARTам, щоб бути самоорганізованими та самокерованими.

До характерних дій слуги-лідера відносяться такі:

• слухати й підтримувати команди у виявленні проблем і прийнятті рішень;
• створювати середовище взаємного впливу;
• розуміти й емпатувати іншим;
• підтримувати особистий розвиток працівників, як і розвиток команд;
• коучити людей, задаючи питання замість пропонуючи готові відповіді;
• мислити за межами повсякденної діяльності, застосовуючи системне мислення;
• підтримувати зобов’язання команд;
• бути відкритим і цінувати відкритість інших.

Роберт Грінліф, батько лідерства через служіння

Подібно до того, як існують моделі трансформації Lean-Agile для функції LPM, існують також моделі трансформації для традиційного менеджера, який переходить до слуги-лідера. Станами «від» і «до» є:

• від координації командної діяльності та внесків → до навчання команд співпраці;
• від дедлайнів → до цілей;
• від досягнення конкретних результатів → до інвестування в загальну ефективність програми;
• від знання відповіді → до запиту відповіді у команд;
• від керівництва → до дозволу командам самоорганізуватися та досягти успіху;
• від вирішення проблем → до допомоги іншим вирішувати проблеми.

Матеріал підготовлено на основі статті Release Train Engineer ScaledAgile.com.

А ось вам і комікс ScrumTrek, щоб розбавити печалі 🙂