Valget mellem PRINCE2 og Scrum føles tit som at vælge mellem to helt forskellige måder at tænke arbejde på. Den ene lægger vægt på styring, godkendelser og forudsigelighed. Den anden på korte leverancer, læring undervejs og løbende prioritering.
I praksis handler det sjældent om, hvilken metode der er “bedst”. Det handler om, hvilken type usikkerhed du står med, hvor meget governance din organisation kræver, og om du primært leverer et projektresultat eller et produkt, der skal udvikles over tid.
Hvad er PRINCE2 i praksis?
PRINCE2 er en projektstyringsmetode, der giver en tydelig ramme for, hvordan et projekt initieres, styres i faser og afsluttes kontrolleret. Den er bygget til situationer, hvor man vil kunne forklare, hvem der beslutter hvad, hvorfor projektet giver mening (business case), og hvordan man holder styr på tid, økonomi, kvalitet, scope, risici og gevinster.
— Du kan få dem tilsendt herunder! —
En central idé er faseopdeling med beslutningspunkter. Man planlægger og godkender en fase ad gangen, og der er klare forventninger til, hvad der skal ligge klar af planer, rapporter og overblik, før man går videre.
PRINCE2 giver også et stærkt sprog til at håndtere afvigelser: tolerancer, undtagelser og eskalation. Det er især nyttigt i organisationer, hvor ledelse og interessenter forventer dokumentation og sporbarhed, og hvor der er reelle konsekvenser ved at afvige fra aftalt retning.
Hvad er Scrum i praksis?
Scrum er et agilt rammeværk til at udvikle produkter iterativt. I stedet for at forsøge at planlægge hele vejen til mål i detaljer, arbejder man i korte cyklusser (sprints), typisk 2 til 4 uger, hvor teamet leverer et færdigt, testet og brugbart inkrement.
Scrum bygger på gennemsigtighed, inspektion og tilpasning. Det sker via faste ceremonier som sprint planning, daily scrum, sprint review og retrospektiv. Samtidig er der få, men skarpe artefakter: product backlog, sprint backlog og inkrementet, ofte suppleret med Definition of Done.
Scrum har tre roller: Product Owner, Scrum Master og udviklingsteamet. Det er en lille rollemodel med stor effekt, hvis organisationen faktisk giver plads til, at teamet kan selvorganisere og træffe hurtige beslutninger tæt på arbejdet.
Sammenligning på de vigtigste dimensioner
De to tilgange kan godt virke som modsætninger, men de adresserer i virkeligheden forskellige behov. PRINCE2 er stærk, når du skal styre et projekt med tydelig governance og fasegodkendelser. Scrum er stærk, når du skal håndtere skiftende krav og skabe værdi i små bidder, så man kan justere retning tidligt.
Hent vores bøger og skabeloner herunder
Her er en komprimeret oversigt, der ofte kan bruges som første sortering:
| Dimension | PRINCE2 | Scrum |
|---|---|---|
| Styringslogik | Faser, stage-gates, tolerancer og eskalation | Sprints, løbende prioritering og feedback |
| Primært fokus | Projektets business case og kontrolleret fremdrift | Produktværdi, læring og hyppige leverancer |
| Roller | Project Board, projektleder, team manager m.fl. | Product Owner, Scrum Master, udviklingsteam |
| Planlægning | Mere plan upfront pr. fase, detaljerede planer | Plan i korte horisonter, backlog-drevet |
| Dokumentation | Typisk mere formel og standardiseret | Typisk lettere, men kræver tydelige aftaler |
| Ændringer | Styret change control og undtagelsesprocesser | Ændringer ind gennem backlog og næste sprint |
Roller, beslutningsveje og ansvar
I PRINCE2 er ansvaret delt tydeligt mellem styring og leverance. Project Board har ejerskab for projektets retning og godkender faser. Projektlederen har mandat til at styre inden for aftalte tolerancer. Det skaber klarhed, især når der er mange interessenter, leverandører, eller når finansiering og risici skal kontrolleres tæt.
I Scrum er beslutningsstrukturen fladere i hverdagen. Product Owner prioriterer, hvad der giver mest værdi. Teamet beslutter, hvordan arbejdet løses, og Scrum Master hjælper processen og fjerner forhindringer. Det kan give høj hastighed, men kræver også, at organisationen respekterer rollerne. Hvis Product Owner ikke har beslutningskraft, eller hvis teamet konstant overstyres, bliver Scrum hurtigt til “møder uden effekt”.
En nyttig tommelfingerregel er at se på, hvor beslutningerne ligger: PRINCE2 flytter flere beslutninger op i governance-laget, mens Scrum flytter flere beslutninger tættere på teamet.
Planlægning, ændringer og dokumentation
Planlægning er et af de steder, hvor forskellen mærkes mest. PRINCE2 arbejder med planlægning på flere niveauer: overordnet projektplan, faseplaner og ofte teamplaner. Du planlægger for at kunne styre, rapportere og godkende.
Scrum planlægger også, men i mindre bidder. Du planlægger sprintet, følger op dagligt og justerer retning ved hver iteration. Det giver et godt greb om usikkerhed, men det kan kollidere med miljøer, hvor man forventer faste leverancedatoer og detaljerede planer langt frem.
Det er ofte her, diskussionen om “tung” vs “let” opstår. Dokumentation er ikke målet i sig selv, men midlet til fælles forståelse og kontrol. PRINCE2 har flere standardprodukter (Business Case, PID, risikoregister, rapporter), mens Scrum kan nøjes med backlog, Definition of Done og relevante aftaler, hvis man har en moden samarbejdskultur.
Hvis du er i tvivl om retningen, kan du starte med at vurdere disse signaler:
- Kravene er stabile: PRINCE2 bliver typisk nemmere at styre og estimere.
- Kravene ændrer sig ofte: Scrum giver kortere feedback-loop og mindre spild.
- Der er mange eksterne afhængigheder: PRINCE2 kan give bedre struktur for koordinering og godkendelser.
- Du kan levere i små bidder: Scrum gør det lettere at vise værdi tidligt.
Effekt og risiko: hvad betyder det for tid, budget og kvalitet?
Effekt kan måles på flere måder, og metoderne optimerer ikke nødvendigvis det samme.
PRINCE2 har en stærk mekanik til at beskytte business case. Hvis projektet ikke længere giver mening, skal det stoppe eller genbesluttes. Fasegodkendelser og tolerancer kan give en robust styring af tid og budget, især når scope er veldefineret, og når ændringer skal holdes nede.
Scrum skaber ofte god effekt, når værdien ikke er fuldt kendt fra start, eller når kvalitet og brugerfit skal findes gennem læring. Hyppige reviews og løbende prioritering kan give høj interessenttilfredshed, fordi man ser resultater tidligt, og fordi man kan ændre kurs uden at genåbne hele projektplanen.
Risikostyring er også forskellig. PRINCE2 gør risiko eksplicit med registre, strategier og ansvar. Scrum reducerer ofte risiko via korte cyklusser, tidlig test og hyppige leverancer, men uden at det nødvendigvis står i et formelt risikoregister. Det kan være helt fint, indtil du arbejder i en kontekst med revisionskrav, regulatoriske krav eller leverandørstyring, hvor dokumenteret risikoarbejde forventes.
Seks spørgsmål der hjælper dig med at vælge
Du kan komme langt med at svare ærligt på nogle få spørgsmål, før du beslutter metode eller hybrid. Spørgsmålene er også nyttige til at forklare valget til ledelse og interessenter.
- Er succeskriteriet et afgrænset projektresultat, eller et produkt der skal udvikles løbende?
- Hvor ofte forventer du, at krav og prioriteringer ændrer sig?
- Har Product Owner-lignende rolle reelt mandat til at prioritere, eller ligger beslutningerne i styregrupper?
- Hvor meget dokumentation, sporbarhed og rapportering kræver governance og compliance?
- Kan du organisere et stabilt, tværfagligt team, der kan levere et færdigt inkrement hver 2 til 4 uge?
- Hvad er dyrt at lave om sent: scope, design, integration, kontrakter, eller go-live dato?
Svarene peger sjældent på et rent “enten eller”. De peger på, hvor du har brug for mere styring, og hvor du har brug for mere fleksibilitet.
Når du vil have både styring og agilitet: sådan ser en hybrid ofte ud
Mange danske organisationer ender i en hybrid, bevidst eller ubevidst. Det kan fungere rigtig godt, hvis man er tydelig om, hvad der styres med PRINCE2-principper, og hvad der køres med Scrum-praksis.
En klassisk model er at bruge PRINCE2 til governance-laget og Scrum til leverance-laget. Project Board eller en styregruppe fastholder business case, finansiering, fasegodkendelser og overordnede tolerancer. Under det arbejder et eller flere Scrum-teams sprintbaseret, og leverer inkrementer, som kan demonstreres ved reviews og bruges til at justere forventninger.
Det kræver klare oversættelser mellem lagene. Styregruppen vil ofte spørge efter milepæle, risiko og økonomi. Scrum-teamet tænker i backlog, velocity (med forbehold) og sprintmål. Projektlederen eller en agil programleder-rolle kan blive bindeled, hvis du sikrer, at rapporteringen afspejler virkelige leverancer og ikke kun planprocenter.
Det hjælper også at være konkret om, hvilke artefakter der er “must have”, og hvilke der er “nice to have”, så dokumentation ikke bliver et mål i sig selv.
Kom i gang uden at gøre det tungt
Den mest praktiske start er ofte at definere din minimumsstyring og dit minimumsflow af leverancer. Det er her, mange projekter vinder tid: færre uklare forventninger og færre overraskelser sent.
Start med at aftale, hvem der ejer værdien og prioriteringen, hvem der godkender penge og scope, og hvordan ændringer håndteres, når de kommer. Vælg derefter den kadence, der passer til arbejdet: faser med formelle beslutningspunkter, sprints med hyppige leverancer, eller en kombination.
Når du omsætter det til handling, kan du bruge en enkel tjekliste som støtte:
- Kort business case
- Få tydelige roller
- Fast beslutningsrytme
- Synlig backlog eller plan
- En fælles “done”-aftale
Hvis du kan holde de fem på plads, bliver både PRINCE2 og Scrum langt nemmere at få til at virke i hverdagen, uanset om du kører rent eller hybrid.
— Du kan få dem tilsendt herunder! —
