SAFe: hvad det er, hvem der kan det, og hvad de tjener

SAFe står for Scaled Agile Framework. Som færdighed betyder SAFe, at en person kan få flere agile teams, produktroller, arkitekter og ledere til at arbejde mod fælles mål uden at gøre arbejdet til traditionel topstyret projektstyring.

En person med stærke SAFe-færdigheder forstår først Lean-Agile-tankegangen, SAFe-principperne og idéen om at organisere arbejdet omkring værdistrømme. Personen kan se forskellen på at optimere et enkelt teams arbejde og at optimere værdiflowet gennem en større organisation.

Et centralt element er Agile Release Train, ofte forkortet ART. Det er en langlivet organisering af flere agile teams og relevante forretnings- og teknolog roller omkring en fælles værdistrøm. En erfaren SAFe-udøver kan hjælpe med at afgrænse et ART, skabe klare roller og få teams til at arbejde efter fælles prioriteringer og mål.

Færdigheden viser sig tydeligt omkring PI Planning. Her skal produktretning, prioriteringer, kapacitet, risici og afhængigheder mellem teams blive til en realistisk fælles plan. En dygtig udøver kan forberede og facilitere planlægningen uden blot at diktere en projektplan til teamsene.

SAFe-færdighed omfatter også løbende koordinering efter planlægningen. Personen kan arbejde med ART Backlog, Team Backlogs, features, stories, PI Objectives og afhængigheder. Personen forstår, hvordan Product Management, Product Owners, Scrum Masters eller Team Coaches, Release Train Engineer, arkitekter og Business Owners spiller forskellige roller.

Prioritering er en vigtig del af arbejdet. En erfaren SAFe-udøver kan blandt andet anvende Weighted Shortest Job First, WSJF, når økonomiske prioriteringer skal vurderes. Metoden skal bruges som beslutningsstøtte og ikke som en mekanisk formel, der erstatter produkt- og forretningsforståelse.

Færdigheden handler også om feedback og forbedring. I Core SAFe bruges blandt andet System Demo og Inspect and Adapt til at vurdere den integrerede løsning, se på faktiske resultater og finde problemer, som bør løses på tværs af teams.

På porteføljeniveau kan SAFe-færdighed omfatte Lean Portfolio Management. Her forbindes strategi og eksekvering gennem blandt andet porteføljeprioritering, investeringsbeslutninger, værdistrømme og styring. Det kræver en anden erfaring end blot at kende SAFe på teamniveau.

SAFe er derfor ikke én enkelt kompetence på samme måde for alle roller. En Product Owner kan være stærk i backlog og PI-eksekvering, mens en Release Train Engineer kan være stærk i flow, facilitering og koordinering på tværs af ART'et. En SAFe Practice Consultant arbejder typisk mere med implementering, coaching og organisatorisk forandring.

SAFe-færdigheden bliver især relevant, når ét agilt team ikke kan levere resultatet alene. Det gælder organisationer, hvor mange teams udvikler den samme løsning eller er afhængige af fælles platforme, arkitektur, compliance, drift og forretningsbeslutninger.

Færdigheden er ofte vigtig i større produkt- og teknologiorganisationer, banker, forsikring, industri, telekommunikation, offentlig digitalisering og andre miljøer med mange indbyrdes afhængigheder. Det afgørende er kompleksiteten og behovet for koordinering, ikke virksomhedens branche i sig selv.

SAFe gør især en forskel, når organisationen har dygtige Scrum- eller Kanban-teams, men stadig oplever problemer mellem teamsene. Det kan være uklare prioriteringer, langsomme beslutninger, skjulte afhængigheder, gentagen omplanlægning eller løsninger, der først integreres sent.

For Product Owners og Product Managers er SAFe-færdighed vigtig, når produktretning skal omsættes til prioriteret arbejde på tværs af teams. For Scrum Masters og Team Coaches handler den mere om teamflow, facilitering og forbindelsen til ART'et.

For en Release Train Engineer er SAFe en kernefærdighed. Rollen skal understøtte ART'ets flow, facilitere større fælles events, synliggøre systemiske problemer og hjælpe teams og interessenter med at koordinere uden at overtage deres ansvar.

For ledere, porteføljeansvarlige og transformationsfolk er SAFe relevant, når strategi, finansiering, organisering og levering skal hænge bedre sammen. Her er det utilstrækkeligt kun at kende ceremonierne omkring de agile teams.

SAFe er ikke automatisk den rigtige løsning, bare fordi en organisation arbejder agilt. Hvis få teams kan levere forholdsvis uafhængigt, kan et omfattende skaleringssetup skabe mere koordinering end værdi. En erfaren SAFe-udøver bør derfor også kunne forklare, hvilke dele af rammeværket der løser et reelt problem, og hvilke der ikke er nødvendige.

En almindelig indgang er Leading SAFe og den tilhørende SAFe Agilist-certificering fra Scaled Agile. Den giver grundlaget for at forstå Lean-Agile-principper, værdistrømme, Agile Release Trains, PI Planning, produktflow og Lean Portfolio Management.

Derefter giver det mere mening at træne efter den rolle, man faktisk udfører. SAFe Scrum Master retter sig mod facilitering og teamarbejde i et ART. SAFe Product Owner/Product Manager retter sig mod produktroller, backlogs, features, PI Planning og eksekvering. SAFe Release Train Engineer går dybere i koordinering, facilitering og flow på tværs af et ART.

For personer, der skal hjælpe organisationer med selve implementeringen af SAFe, er Implementing SAFe og rollen som SAFe Practice Consultant et mere avanceret spor. Her omfatter læringen blandt andet værdistrømme, etablering og lancering af ART'er, coaching af eksekvering, porteføljepraksis og organisatorisk forandring.

Kurserne giver begreber, modeller og metoder. De giver ikke alene stærk praktisk SAFe-færdighed. Den udvikles ved at deltage i rigtige Planning Intervals, arbejde med faktiske afhængigheder, se planer bryde sammen og hjælpe organisationen med at tilpasse sig.

En god praktisk træningsvej er at deltage aktivt i PI Planning og bagefter følge arbejdet gennem hele eksekveringen. Man bør arbejde med backlogs og PI Objectives, deltage i System Demos, analysere flowproblemer og være med til Inspect and Adapt. Det er her, forskellen mellem at kende SAFe-terminologi og at kunne anvende SAFe bliver tydelig.

For faciliterende roller er det nyttigt gradvist at overtage mere komplekse situationer. Det kan være afhængigheder mellem teams, uenighed om prioritering, manglende kapacitet, uklare beslutningsrettigheder eller problemer, som ingen enkelt teamleder kan løse.

For produkt- og porteføljeroller trænes færdigheden bedst ved at arbejde med reelle prioriteringsbeslutninger. Personen skal lære at forbinde kundebehov, strategi, økonomi og kapacitet frem for blot at administrere en backlog.

Scaled Agile udvikler løbende rammeværket. I 2026 er organisationen gået væk fra at bruge traditionelle versionsnumre til nye kursusudgivelser, og AI-Native SAFe er introduceret som early access ved siden af Core SAFe. En fagperson bør derfor bruge den aktuelle officielle Knowledge Base frem for gamle SAFe-diagrammer og kursusnoter som eneste reference.

Spørg først, hvilken SAFe-rolle personen faktisk har haft. Et certifikat fortæller, hvilket pensum personen har arbejdet med, men det fortæller ikke, om personen har drevet et ART, ejet en backlog, faciliteret PI Planning eller arbejdet med Lean Portfolio Management.

Bed personen beskrive den seneste PI Planning, vedkommende deltog i. Spørg, hvordan planlægningen blev forberedt, hvilke problemer der opstod, hvordan afhængigheder blev håndteret, og hvad der ændrede sig efter planlægningen. Praktiske svar er mere værdifulde end en gennemgang af SAFe Big Picture.

Hvis personen har arbejdet som Release Train Engineer eller agil coach, kan du spørge om et konkret problem på tværs af teams. Hvad var den egentlige flaskehals? Hvordan blev den synlig? Hvem skulle involveres? Hvad ændrede personen, og hvordan kunne man se, om flowet blev bedre?

Hvis rollen er Product Owner eller Product Manager, kan du spørge, hvordan personen prioriterede features og afgjorde, hvad der ikke skulle bygges. En stærk kandidat kan forbinde prioriteringen med kundeværdi, forretningsmål, økonomi, kapacitet og tekniske hensyn i stedet for kun at nævne WSJF.

Spørg også, hvad personen ville ændre ved SAFe i en konkret organisation. Erfarne udøvere behandler ikke rammeværket som en samling obligatoriske ceremonier. De kan forklare, hvilket problem en bestemt praksis skal løse, og hvad der sker, hvis organisationen tilpasser den.

Se efter konkrete arbejdsprodukter og erfaringer. Det kan være PI Objectives, ART Backlogs, prioriterede features, ART Planning Boards, risikohåndtering, System Demos, forbedringspunkter fra Inspect and Adapt eller arbejde med værdistrømme og porteføljer.

Et stærkt tegn er, at personen taler om værdiflow, kundeværdi, feedback, afhængigheder og organisatoriske problemer. Et svagere tegn er, hvis SAFe primært beskrives som møder, roller, skabeloner og certifikater.