Stage gate-modellen: beslutninger før projektet kører videre

Projektledelse

Stage gate-modellen: beslutninger før projektet kører videre

En gate er ikke et stempel. Det er det tidspunkt, hvor nogen med mandat siger ja, nej eller vent.

Kort fortalt

En stage gate-model deler et projekt op i faser (stages) adskilt af beslutningspunkter (gates). Ved hver gate vurderes projektet ud fra faste kriterier. En navngiven person eller et forum beslutter, om det må gå videre. Modellen blev udviklet af Robert G. Cooper til produktudvikling, men den bruges i dag bredt til IT-projekter. I mange virksomheder er stage gate selve projektmodellen: den fælles måde, alle projekter startes, styres og afsluttes på.

Værdien ligger ikke i faserne. Den ligger i, at nogen tager stilling på forhånd aftalte tidspunkter, mens det stadig er billigt at ændre kurs. En gate, hvor alle projekter går igennem, er ikke en gate. Det er et møde.

Del 1 af 6

En projektmodel med faser og gates til IT-projekter

Antallet af faser varierer, men de fleste IT-projekter kan styres med fem faser og en gate efter hver. Gaten ligger efter fasen, så G1 afslutter idéfasen. Efter sidste gate går løsningen i drift og bliver fulgt løbende.

1Idé

Problem, formål og forventet gevinst på én side

Beslutning: Er idéen værd at bruge tid på at afklare? (G1)

2Afklaring

Business case, berørte systemer, data og overordnet løsning

Beslutning: Skal projektet gennemføres og med hvilket budget? (G2)

3Design

Løsningsdesign, arkitekturbeslutninger og plan

Beslutning: Er designet godt nok til at bygge på? (G3)

4Byg og test

Løsningen, test og dokumentation

Beslutning: Er løsningen klar til at blive sat i drift? (G4)

5Release

Idriftsættelse, overdragelse og uddannelse

Beslutning: Kan driften overtage og projektet lukkes? (G5)

Del 2 af 6

De fire mulige beslutninger i en gate

En gate har fire udfald, ikke to. De fleste modeller beskriver kun "go". Derfor bliver gaten et stempel. Sørg for, at alle fire beslutninger er mulige og at det er tydeligt, hvem der træffer dem.

Go

Projektet fortsætter til næste fase med de ressourcer, der er aftalt

Bruges når: Kriterierne er opfyldt og business casen holder stadig

Kill

Projektet stoppes. Ressourcerne går til andre projekter

Bruges når: Gevinsten er væk, risikoen er for høj eller noget andet er vigtigere

Hold

Projektet sættes på pause uden at blive lukket

Bruges når: Projektet er godt, men der er ikke ressourcer eller timing til det nu

Recycle

Projektet går tilbage og gør fasen om

Bruges når: Der mangler noget væsentligt, men projektet er stadig værd at lave

Del 3 af 6

Stage gate i IT-projekter: arkitektur, data og AI i hver gate

1

EA-tjek

Passer løsningen til strategien og målarkitekturen? Genbruger den før den bygger nyt? Står teknologien på standardlisten? Godkendes i arkitekturrådet.

2

Data-tjek

Hvilke data bruges, hvem ejer dem og er persondata afklaret? Senere: kvalitetsregler, adgang efter formål og opdateret katalog.

3

AI-tjek

Kun for løsninger med AI: registreret i AI-registret, risiko klassificeret, human oversight designet og godkendt i arkitekturrådet før drift.

I en klassisk stage gate-model handler gaten om forretning: budget, gevinst og risiko. I IT-projekter skal den også sikre, at løsningen passer ind i resten af landskabet. Ellers bliver arkitekturen vurderet til sidst, hvor det er dyrest at rette.

Vi bygger tre tjek ind i de samme gates i stedet for at oprette separate godkendelser. På siden om projektfaser er alle tjek vist fase for fase. De findes også i vores gratis skabelon til dataplatforme.

Gratis skabelon · PowerPoint

Dataplatform: arkitektur, roller og governance

15 slides til en dataplatform: referencearkitektur, AI-arkitektur, roller, RACI, driftsmodel og governance med råd og gates. Med en tom løsningsskabelon, hvor hvert element har en hjælpetekst.

  • ✓Referencearkitektur og AI-arkitektur
  • ✓Roller og RACI
  • ✓Arkitekturråd, Dataråd og gates
  • ✓Løsningsskabelon med hjælpetekster
Download PowerPoint-fil

Gratis og uden tilmelding.

Del 4 af 6

Stage gate eller agil?

Stage gate og agil udelukker ikke hinanden. I de fleste IT-projekter fungerer gates bedst som rammen om det agile arbejde: G2 giver mandat og budget, sprintene bygger og G4 afgør, om det, der er bygget, må gå i drift. Problemet opstår, når gaterne bruges til at godkende detaljer, der hører hjemme i backloggen.

Stage gate

Styrer, om projektet skal laves, hvor mange penge det får og om løsningen må gå i drift. Beslutningerne træffes af ledelsen og arkitekturrådet.

Agil

Styrer, hvordan teamet bygger løsningen. Prioriteringen sker løbende i backloggen. Leverancerne kommer i korte iterationer.

Del 5 af 6

Fire fejl der gør gates til stempler

1

Ingen ejer gaten

Når det er uklart, hvem der beslutter, ender gaten som en orientering. Skriv for hver gate, hvem der godkender og hvem der kan sige nej.

2

For mange kriterier

En gate med 40 punkter bliver udfyldt, ikke vurderet. Hold dig til de få spørgsmål, der kan stoppe projektet.

3

Kill bruges aldrig

Bliver alle projekter godkendt, filtrerer gaterne ingenting. Et stoppet projekt i G2 er en succes for modellen, ikke et nederlag.

4

Arkitekturen kommer sidst

Når arkitektur, data og sikkerhed først vurderes før go live, er det for sent at ændre noget. Tjekkene skal ligge i de tidlige gates.

Fra vores egne projekter

Hos en større retailvirksomhed blev IT-projekter startet på mavefornemmelse, kørt af dem der råbte højest og afsluttet, når budgettet var brugt. Der var ingen projektmodel, ingen arkitekturfunktion og ingen stillingtagen til AI, selv om brugen af AI-værktøjer voksede. Vi startede med en stage gate-model for et standard IT-projekt fra idé til afslutning. Hver fase fik konkrete krav til, hvad der skulle være beskrevet og godkendt, før projektet kunne gå videre.

Bagefter etablerede vi en arkitekturfunktion med et arkitekturråd, guidelines og guardrails. Den blev koblet direkte ind i gaterne, så arkitekturen blev vurderet løbende i projektet og ikke som et stempel til sidst. Til sidst kom et udkast til en AI-strategi, der bandt ind i den samme model. Resultatet var en organisation, der kunne tage stilling til nye initiativer på et oplyst grundlag i stedet for at opdage problemerne halvvejs inde i projektet.

Del 6 af 6

Erfaring fra vores projekter

Hvad vi har lært om stage gate-modeller

En stage gate-model skal være en operationel ramme, som projektlederne kan bruge, ikke et teoretisk dokument. Det afgørende er ikke antallet af faser, men at hver gate har konkrete krav til, hvad der skal være beskrevet og godkendt. Uden dem bliver gaten en formalitet.

Byg i den rigtige rækkefølge: først projektmodellen, så arkitekturen ind i gaterne og til sidst AI. Så får AI ikke sine egne godkendelser ved siden af, men bruger de gates, organisationen allerede kender.

Ofte stillede spørgsmål

En projektmodel, der deler projektet op i faser (stages) med et beslutningspunkt (gate) efter hver. Ved hver gate vurderes projektet ud fra faste kriterier. Derefter besluttes det, om det må fortsætte.
En fælles ramme for, hvordan virksomheden gennemfører projekter: faser, beslutningspunkter, roller og de dokumenter, der skal være på plads undervejs. En stage gate-model er en af de mest udbredte projektmodeller til IT-projekter.
Typisk fire til fem. Færre gates giver for få beslutningspunkter. Flere gates gør modellen tung, især i små projekter, hvor et ja eller nej pr. punkt er nok.
Det afhænger af gaten. De første gates godkendes typisk af sponsor eller styregruppe, fordi de handler om, om projektet skal laves. Design og idriftsættelse godkendes af arkitekturrådet og den, der ejer platformen.
En milepæl markerer, at noget er færdigt. En gate er en beslutning om, hvorvidt projektet må fortsætte. En gate er altid en milepæl, men ikke omvendt.
Ja. Gates styrer mandat, budget og idriftsættelse. Det agile arbejde foregår mellem gaterne.

Mere om projektledelse

Læs også

Har I brug for en erfaren hånd?

Vi træder ind, uanset om projektet skal startes fra bunden eller allerede er i gang. Tag en uforpligtende samtale om jeres situation.

Kontakt osOm projektledelse