Release Train Engineer (RTE)

En release train engineer (RTE) er tovholder for et agile release train (ART). Et ART er en fast gruppe på typisk 5-12 teams, cirka 50-125 personer, der bygger på samme løsning. RTE'en er ikke chef for nogen af dem. Opgaven er at få planerne til at hænge sammen på tværs.

Arbejdet følger et fast hjul. Hver 8.-12. uge planlægger hele toget et program increment (PI) i fællesskab. RTE'en forbereder, faciliterer og følger op på den plan.

Typiske opgaver

• Planlægge og facilitere PI Planning i to dage for over hundrede deltagere
• Køre ART Sync, Scrum of Scrums og PO Sync hver uge
• Holde styr på afhængigheder mellem teams på et program board
• Følge risici op efter ROAM-metoden fra SAFe: resolved, owned, accepted, mitigated
• Facilitere system demo hver iteration og Inspect & Adapt sidst i hvert PI
• Eskalere blokeringer til produktledelse, arkitekter og linjechefer
• Rapportere fremdrift og forudsigelighed til ledelse og styregrupper

En almindelig dag begynder med ART Sync på en halv time. Her fanger RTE'en de teams, der er kørt fast. Derefter en runde til to-tre team-stand-ups for at høre, hvad tallene ikke viser. Efter frokost et møde med to product owners om en afhængighed, der skrider. Sidst på dagen opdateres program board og risikolisten før ledelsesmødet.

Ugerne op til PI Planning er de travleste. Der skal bookes lokaler eller videosetup, samles features, aftales kapacitet og laves udkast til mål. Selve planlægningen er to lange dage med højt tempo.

Rammen kommer fra SAFe, der udgives af Scaled Agile, Inc. Scrum Guide af Ken Schwaber og Jeff Sutherland gælder stadig inde i de enkelte teams. RTE'en beskrives i SAFe som toget servant leader og coach, ikke som projektleder.

Brancherne er de store. Danske arbejdsgivere er banker, pensions- og forsikringsselskaber, medicinal- og medicovirksomheder, teleselskaber, energiselskaber og offentlige styrelser med egne udviklingsafdelinger. Rollen findes stort set kun, hvor mange teams deler ét produkt eller én platform.

Forskellen på en RTE og en agile coach er ansvaret for leverancen. Coachen arbejder med måden at arbejde på. RTE'en har et tog, der skal nå sine mål i dette PI. Forskellen på en RTE og en klassisk projektleder er magten. RTE'en styrer ikke ressourcer og fordeler ikke opgaver.

Vær ærlig om kritikken. Nogle kalder SAFe for vandfald i agil forklædning. Bliver RTE'en en mødekalender med et regneark, går rollen den vej. De dygtige bruger mest tid på at fjerne forhindringer og mindst tid på at rapportere.

Der er ingen uddannelse, der fører direkte til release train engineer. Titlen er ikke beskyttet, og der er intet lovkrav om certificering. Man bliver RTE efter flere år tæt på it-leverancer i store organisationer.

Den almindelige vej

• Start som udvikler, tester, systemkonsulent, projektleder eller product owner
• Bliv scrum master for ét team i to-tre år
• Deltag i PI Planning nogle gange og tag ansvar for et delområde
• Bliv RTE, når du kan holde overblik over mange teams samtidig

De fleste har 7-12 års erfaring, før de får rollen. Arbejdsgivere kigger efter, om du har stået foran hundrede mennesker i to dage og holdt sammen på det.

Certificeringer

• SAFe Release Train Engineer (RTE) fra Scaled Agile, Inc. — kurset varer typisk fire dage og slutter med en eksamen
• SAFe Program Consultant (SPC) fra Scaled Agile, Inc. — bruges af dem, der også skal træne andre
• SAFe Scrum Master eller Advanced Scrum Master som trin på vejen
• Professional Scrum Master fra Scrum.org eller Certified ScrumMaster fra Scrum Alliance som baggrund

Scaled Agile, Inc. kræver, at certificeringen fornys årligt. Mange danske jobopslag nævner RTE-certificering som krav eller stærkt ønske, fordi virksomheden allerede har købt hele SAFe-pakken.

Formel uddannelse i bunden er ofte datamatiker fra et erhvervsakademi, en it-bachelor, cand.it eller en ingeniøruddannelse. En del kommer fra klassisk projektledelse med PRINCE2, IPMA eller PMI's PMP og lærer SAFe ovenpå. Nogle tager senere en diplomuddannelse i ledelse, der udbydes efter reglerne fra Uddannelses- og Forskningsministeriet.

Alternative veje findes. Erfarne programledere og leveranceledere skifter ofte titel, når virksomheden går over til SAFe. Testledere og release managers med stærkt overblik over systemlandskabet kommer også ind. Uden teknisk forståelse for integrationer, miljøer og releaseflow bliver rollen svær.

Karrieren går typisk videre mod solution train engineer for flere tog, leveranceschef, programchef eller selvstændig konsulent. Andre skifter til agile coach eller produktledelse.

Skal du hyre en, så spørg til det seneste PI, der ikke gik som planlagt. Bed om at høre, hvad personen gjorde med afhængighederne. Svaret skiller praktikeren fra kursusdeltageren.

Værktøjerne skal kunne vise mange teams på én gang.

• Jira Align eller Targetprocess til portefølje, features og tog på tværs
• Jira eller Azure DevOps til de enkelte teams' backlog og sprints
• Confluence til PI-mål, referater og beslutninger
• Miro eller Mural til digitalt program board med afhængighedstråde
• Microsoft Teams eller Zoom med breakout-rum til distribueret PI Planning
• Excel eller Power BI til risikoliste, kapacitet og statusrapporter

Det fysiske program board med snore og post-its bruges stadig, når toget mødes samme sted. Mange RTE'er foretrækker det, fordi afhængighederne bliver synlige for alle på én væg.

Målinger fylder meget. RTE'en følger forudsigelighed, altså planlagt mod leveret forretningsværdi per PI. Dertil kommer flowmålinger: hvor meget arbejde er i gang, hvor lang tid tager en feature, og hvor meget bliver færdigt. DORA-metrikkerne fra DevOps Research and Assessment bruges til at se leveringsevnen: deployfrekvens, ændringstid, fejlrate og gendannelsestid.

Teknisk indsigt er en fordel. RTE'en skal kunne følge med i snakken om miljøer, testdata, CI/CD-pipelines og releasevinduer. Man behøver ikke kunne kode, men skal forstå, hvorfor en integration blokerer tre teams.

Intet system erstatter et opkald. Jira Align viser, at en afhængighed er rød. Kun en samtale mellem to teams gør den grøn igen.