Hvad er projektfaser?
Opdateret 11. januar 2026 7 min.
Projektfaser er den strukturelle opdeling af et projekts livscyklus fra start til slut. Ved at opdele projektet i logiske faser, typisk 4-5 trin, skaber man bedre overblik, reducerer risiko og sikrer, at der er klare beslutningspunkter (gates), hvor man evaluerer fremdriften, før man går videre til næste skridt. Denne struktur sikrer, at man ikke bygger taget, før fundamentet er støbt.
Hvorfor opdele i faser?
At styre et projekt uden faser er som at spise en elefant i én mundfuld – det er umuligt og ender galt. Projektfaser handler om at bryde en stor, kompleks opgave ned i håndterbare bidder. Det giver ledelsen mulighed for at trække i nødbremsen undervejs, hvis forudsætningerne ændrer sig, i stedet for at opdage fejlen til allersidst.
Fasemodellen er især vigtig for ressourcestyringen. I starten af projektet har du brug for konceptudviklere, i midten har du brug for specialister til udførelse, og til sidst har du brug for testere og driftspersonale. Ved at bruge et projektstyringsværktøj kan du allokere de rette kompetencer til de rette faser på det rette tidspunkt, så du undgår flaskehalse eller spildtid.
De 5 klassiske projektfaser
1. Initiering (Opstart)
Her defineres projektets “hvorfor”. Der udarbejdes en Business Case og et projektcharter, og de vigtigste interessenter identificeres. Fasen slutter, når projektet formelt godkendes.
2. Planlægning
Den vigtigste fase. Her fastlægges “hvordan”, “hvornår” og “hvem”. Der laves en detaljeret projektplan, budgettet låses, og risici analyseres. Målet er en køreplan, som teamet kan følge.
3. Eksekvering (Udførelse)
Her produceres selve leverancen. Det er typisk den dyreste og længste fase, hvor projektteamet arbejder, og projektlederen koordinerer ressourcer og kommunikation.
4. Overvågning og Styring
Denne fase kører parallelt med eksekveringen. Her måler man løbende: Følger vi planen? Holder budgettet? Hvis ikke, iværksættes korrigerende handlinger for at undgå scope creep.
5. Afslutning
Projektet overdrages til drift/kunden. Regnskabet gøres op, teamet frigives, og man afholder et retrospektiv for at lære af processen til næste gang.
Milepæle og Gates
Stop/Go beslutninger
Mellem hver fase ligger ofte en “Gate”. Her skal styregruppen aktivt godkende, at forrige fase er færdig, og at næste fase må starte. Det forhindrer, at fejl tages med videre.
Kvalitetssikring
Faseovergange er det perfekte tidspunkt at tjekke kvaliteten. Er kravspecifikationen opfyldt, før vi begynder at programmere eller bygge?
Økonomisk frigivelse
Ofte frigives budgettet i bidder. Man får først penge til eksekveringen, når planlægningsfasen er godkendt.
Vandfald vs. Agil fasetilgang
Vandfaldsmetoden
Bedst til
- ✓ Byggeprojekter og fysisk produktion
- ✓ Projekter med meget klare krav fra start
- ✓ Når det er dyrt at lave fejl (f.eks. brobyggeri)
Undgå når
- ✕ Kravene er usikre eller ændrer sig
- ✕ Du udvikler ny software eller innovation
- ✕ Kunden ikke ved præcis, hvad de vil have
Agil (Iterativ)
Bedst til
- ✓ Softwareudvikling og IT
- ✓ Innovationsprojekter
- ✓ Når hurtig feedback er afgørende
Undgå når
- ✕ Der er en hard deadline og fastpris
- ✕ Organisationen kræver detaljeret langtidsplanlægning
- ✕ Leverancen ikke kan opdeles (f.eks. støbe fundament)
Faser i praksis
Selvom teorien siger, at faser er skarpt opdelte, er virkeligheden ofte mere mudret. I moderne projektledelse ser vi ofte hybride modeller. F.eks. kan et projekt have en klassisk “Vandfalds-initiering” for at sikre budgettet, men selve eksekveringen køres agilt i sprints.
Det vigtigste er ikke at følge en model slavisk, men at respektere formålet med faserne: At tænke sig om, før man handler. En klassisk fejl er at hoppe direkte fra en løs idé til programmering eller byggeri. Det fører næsten altid til, at man må lave arbejdet om senere, hvilket er langt dyrere end at bruge tid på planlægningsfasen. Husk også at inkorporere risikostyring i hver enkelt faseovergang.
Eksempel: Udvikling af ny hjemmeside
Et webbureau skal levere en ny platform til en kunde. Her er hvordan faserne fordeler sig:
Fase 1: Initiering
Fase 2: Planlægning & Design
Fase 3: Eksekvering
Fase 4: Test & Launch
Bemærk hvordan “Design” skal være godkendt før “Eksekvering” starter. Hvis man koder før designet er låst, risikerer man spildt arbejde.
Fejl du skal undgå med faser
-
At springe planlægningen over
Mange er ivrige efter at “komme i gang”. Men 1 times planlægning sparer ofte 4 timers udførelse. Gå ikke i gang, før du har en plan.
-
Manglende afslutning
Når produktet er leveret, glemmer mange afslutningsfasen. Man løber videre til næste projekt uden at lære af fejlene eller lukke økonomien korrekt.
-
Usynlige faseovergange
Hvis ingen opdager, at I er gået fra planlægning til drift, fortsætter folk med at ændre i planen. Gør overgangene tydelige med formel godkendelse.
Oftest stillede spørgsmål
Ifølge PMI (Project Management Institute) består et projekt af: 1. Initiering (Start), 2. Planlægning, 3. Eksekvering (Udførelse), 4. Overvågning & Styring, og 5. Afslutning.
En faseovergang, også kaldet en “Gate” eller milepæl, er et punkt mellem to faser, hvor styregruppen vurderer, om projektet er klar til at fortsætte. Her træffes beslutningen: Stop, Go eller Omgør.
Ja, i praksis overlapper faser ofte. F.eks. kan man begynde at planlægge detaljer for fase 2, mens man stadig afslutter fase 1. Dette kaldes “Fast Tracking”, men det øger risikoen for fejl.
Ja, men på en anden måde. I stedet for lange sekventielle faser, arbejder man i gentagne cyklusser (Sprints), der hver især indeholder planlægning, design, udvikling og test.
Styr dine projektfaser sikkert i mål
Uanset om du kører vandfald eller agilt, har du brug for overblik over tid og økonomi i hver fase. DASO giver dig værktøjerne til at se, om du bruger budgettet i planlægningsfasen eller gemmer det til eksekveringen.
- Faseopdelt budgettering
- Realtidsvisning af tidsforbrug pr. fase
- Advarsler ved budgetoverskridelser
Vil du lære mere?
Fasemodellen er klassisk vandfaldsstyring. Men hvad gør man, hvis kravene ændrer sig hele tiden? Læs om agil projektledelse her.
Forstå alternativet: Den agile metode