Hvornår skal du ikke bruge Agile eller Scrum?

Scrum og andre agile rammer har hjulpet mange teams med at levere hurtigere og lære undervejs. Alligevel oplever en del organisationer, at rytmen med sprints, ceremonier og roller ikke passer til deres virkelighed, deres risikoprofil eller deres governance.

At vælge noget andet er ikke et “tilbage til fortiden”-valg. Det er et metodevalg, der skal passe til opgavens karakter, kravene til dokumentation, graden af usikkerhed og den måde, beslutninger bliver taget på hos jer.

På BlivProjektleder.dk ser vi ofte, at de bedste resultater kommer, når man tør tale åbent om behovet: Vil I have mere forudsigelighed, mere flow, mere kontrol eller bare færre møder?

Når Scrum ikke passer: typiske signaler

Der findes sjældent én årsag. Det handler typisk om en kombination af produkt, organisation og forventninger. Nogle gange er udfordringen, at man forsøger at køre Scrum på opgaver, der mere ligner drift end udvikling. Andre gange er det et krav fra compliance, kontrakter eller eksterne leverandører, der gør sprint-planlægning mindre værdifuld.

Det er også helt normalt, at Scrum bliver “halvt implementeret”: Man tager møderne, men ikke det tydelige produktansvar, den stærke prioritering eller teamets reelle autonomi. Så ender man med process-arbejde uden gevinsterne.

Tjek jer selv på disse symptomer:

• Møder uden beslutninger
• Overfyldte sprintbacklogs
• Uklare acceptkriterier
• Stabilt scope: Krav ændrer sig sjældent, men I bruger stadig sprint-ritualer
• Tung governance: Ledelse og styregrupper kræver fasegodkendelser og detaljeret rapportering
• Mange afhængigheder: Teams kan ikke levere selvstændigt, fordi integrationer og leverancer ligger uden for teamet

Metoderne, der ofte virker bedre

Der er flere solide alternativer til “seen-it-all” agilitet. Nogle er klassiske, andre er flow- og forbedringsorienterede. Fællesnævneren er, at de giver dig et tydeligt greb om plan, beslutninger og fremdrift uden at kræve en Scrum-opsætning.

Her er en praktisk oversigt:

Metode	Bedst til	Styrke	Typisk faldgrube	Godt styringsgreb
Vandfald / stage-gate	Faste krav, kendt løsning	Forudsigelighed	Sen feedback	Change control + klare gates
PRINCE2	Projekter med høj governance	Roller, ansvar, risikostyring	Opleves tung	Tilpas mængden af dokumentation
Kanban	Drift, support, løbende leverancer	Flow og overblik	For meget i gang	WIP-grænser + klare policies
Lean (projekt-/proces)	Kvalitet, ventetid, spild	Kontinuerlig forbedring	Kulturmodstand	Målinger + faste forbedringsrytmer
Kritisk sti (CPM)	Tidskritiske planer med afhængigheder	Fokus på hvad der bestemmer slutdato	Planen bliver hurtigt forældet	Løbende re-planlægning ved ændringer
Hybrid	Blandede krav og miljøer	Balance mellem kontrol og fleksibilitet	Forvirring om “hvem bestemmer”	Én samlet governance-model

Vandfald og stage-gate: når kravene er faste

Vandfald bliver ofte omtalt som ufleksibelt, men metoden kan være effektiv, når problemet er veldefineret, og når ændringer koster dyrt. Det gælder tit byggeri, produktion, infrastruktur, implementering af standardsystemer og projekter med kontraktstyring.

Kernen er sekventielle faser: analyse, design, byg, test, idriftsæt. Stage-gate-varianten gør det endnu tydeligere ved at lægge beslutningsporte ind mellem faserne, hvor scope, budget og risici kan godkendes eller justeres.

Det vigtigste, hvis du går denne vej, er at investere i kravkvalitet tidligt. Det er her, du “tjener” din forudsigelighed.

PRINCE2: struktur, ansvar og beslutningskraft

PRINCE2 er en procesbaseret metode, der især passer godt i organisationer, hvor projekter skal kunne forklares, dokumenteres og styres tydeligt. Metoden hjælper dig med at svare på spørgsmål som: Hvem ejer business casen? Hvem kan godkende ændringer? Hvornår stopper vi projektet, hvis gevinsterne ikke længere er realistiske?

Mange forbinder PRINCE2 med tunge dokumenter. I praksis bliver den stærk, når du skalerer den rigtigt. Et lille projekt kan køre med få, skarpe artefakter, mens større programmer kan have mere formalia.

Som projektleder får du især værdi af PRINCE2 på tre områder: tydelig rollefordeling, aktiv risikostyring og en styregruppe, der reelt tager beslutninger ved faseovergange.

Kanban: når du vil styre flow frem for sprints

Kanban bliver tit misforstået som “en tavle med post-its”. Det er langt mere end det. Det er en måde at styre arbejde som et flow, hvor fokus flytter sig fra planlagte iterationer til gennemstrømning, kapacitet og flaskehalse.

Det gør Kanban oplagt til support, vedligehold, marketingproduktion, mindre udviklingsopgaver, driftsteams og interne leveranceteams, hvor prioriteringer ændrer sig løbende. Du behøver ikke planlægge to uger frem for at skabe fremdrift, du skal skabe ro i køen og holde WIP lav.

Hvis Kanban fejler, skyldes det ofte, at teamet ikke tør sige nej. Uden WIP-grænser og klare policies ender alt som “i gang”, og så forsvinder fordelen.

Lean: når forbedring og kvalitet er selve opgaven

Lean-projektstyring handler om at reducere spild og øge værdien for kunden eller brugeren. I projekter betyder det ofte: færre overleveringer, kortere ventetid, mindre genarbejde og mere stabile processer.

Lean passer godt, når I arbejder i et miljø med gentagelige leverancer eller processer, der kan forbedres trinvis. Det kan være alt fra sagsbehandling og onboarding til udrulning af løsninger på tværs af en organisation.

Lean kræver dog noget af kulturen. Hvis fejl bliver brugt til at placere skyld, bliver det svært at arbejde åbent med rodårsager. Hvis fejl bliver brugt til læring, får du et stærkt forbedringsloop.

Kritisk sti (CPM): når slutdatoen er styrende

Kritisk sti-metoden er et stærkt værktøj, når du har mange afhængigheder, og når det er vigtigt at vide præcist, hvilke aktiviteter der bestemmer projektets varighed.

Den bruges ofte sammen med Gantt-planer og giver dig et konkret svar på: Hvad må ikke blive forsinket, hvis vi skal holde deadline?

Hybrid: når virkeligheden kræver flere greb i værktøjskassen

Mange projekter har både dele med faste krav og dele med usikkerhed. Her giver en hybrid ofte mest mening: en tydelig projektmodel med faser, beslutningspunkter og rapportering, kombineret med mere fleksibel udførelse i de dele, der kræver læring undervejs.

Et praktisk eksempel kan være: fast faseplan og business case på ledelsesniveau, men flowstyring med Kanban i leveranceteamet. Eller en PRINCE2-inspireret governance, hvor ændringer styres formelt, mens teamet arbejder iterativt på specifikke leverancer.

Det afgørende er, at hybrid ikke bliver “alt på én gang”. Vælg få elementer, der løser konkrete problemer, og gør det tydeligt, hvem der beslutter hvad.

Sådan vælger du metode uden at gætte

Metodevalg bliver ofte en smagssag, men du kan gøre det langt mere nøgternt ved at oversætte jeres kontekst til konkrete krav til styring.

Brug denne enkle beslutningsramme, før I skifter:

1. Kortlæg arbejdstypen: Er det udvikling, implementering, drift eller en blanding?
2. Aftal styringsbehovet: Hvilke krav findes der til dokumentation, rapportering, sporbarhed og godkendelser?
3. Vurder usikkerheden: Er løsningen kendt, eller lærer I jer frem undervejs?
4. Tjek afhængigheder: Hvor meget kan teamet levere selv, og hvor mange eksterne leverancer styrer tempoet?
5. Match og skalér: Vælg metode og skær den til, så den passer til projektets størrelse og risiko

Implementér skiftet uden at miste tempo

Et metode-skift bliver ofte besluttet hurtigt og rullet ud langsomt. Det behøver ikke være sådan. Hvis du gør det praktisk, kan du fastholde leverancerne og samtidig ændre arbejdsformen.

Start med at gøre skiftet så konkret som muligt:

• Definér succeskriterier: Hvad skal blive bedre målbart, fx kortere gennemløbstid, færre eskalationer eller bedre budgetpræcision
• Lav en pilot: Vælg et afgrænset projekt eller et team med overskuelig kompleksitet
• Aftal nye roller: Hvem prioriterer, hvem godkender, og hvem har mandat til at stoppe eller ændre arbejde
• Træn i praksis: Korte workshops koblet til rigtige leverancer, ikke kun teori
• Etablér fast opfølgning: Ugentlig review af målinger, risici og flaskehalse

Når du implementerer, så pas på med at ændre alt på én gang: værktøj, mødestruktur, roller og governance samtidig. Vælg et primært problem at løse først, fx manglende forudsigelighed eller for meget arbejde i gang, og lad resten følge.

Målinger og vaner, der gør metoden levende

Uanset om du vælger PRINCE2, Kanban eller vandfald, falder mange tilbage i gamle vaner, hvis der ikke er et lille sæt faste rutiner. Metoden lever i det, I gør hver uge.

Hold det enkelt: få målinger, som team og ledelse faktisk bruger. Ved flow-baseret arbejde giver gennemløbstid og WIP ofte mere mening end procent færdig. Ved fasebaserede projekter er det typisk milepælsstabilitet, ændringsrate og risikoprofil, der fortæller sandheden.

Et sidste praktisk greb er at skrive jeres “arbejdsaftale” ned på én side: hvad betyder færdig, hvordan prioriterer vi, hvordan håndterer vi ændringer, og hvornår eskalerer vi. Det lyder banalt, men det fjerner overraskelser, især når man dropper Scrum og skal lande en ny fælles rytme.