Vandfaldsprojektledelse: 6 faser & hvornår den skal bruges
Vandfaldsprojektstyring er en lineær metode, der indebærer, at planlægning og møder gennemføres på forhånd for at fastlægge projektets omfang, krav og risici.
Det er den rette metode til dit projekt, hvis dine krav er specifikke og faste, tidligere faser skal være afsluttet, før fremtidige faser kan begynde, og ændringer eller revisioner efter projektets start er begrænsede. Sådan fungerer vandfaldsprojektstyring.
Hvad er vandfaldsprojektstyring?
Vandfaldsprojektstyring er en lineær projektstyringsmetode, der bevæger sig gennem særskilte arbejdsfaser. Den næste arbejdsfase afhænger af den foregående fase, så der kan kun arbejdes på én projektfase ad gangen.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Projektplanen i et vandfaldsprojekt er kortlagt i detaljer med milepæle undervejs fra projektets opstart til projektets afslutning.
Agil projektstyring vs. vandfaldsprojektstyring
Den primære forskel mellem agil projektstyring og vandfaldsprojektstyring er, at agil projektstyring fokuserer på iteration og tilpasning, og at du kan ændre din plan for at imødekomme nye krav og feedback undervejs, mens vandfaldsprojektstyring følger en lineær plan fra projektets start til afslutning.
| Aspekt | Vandfaldsmodellen | Agil |
|---|---|---|
| Projektplanlægning | Detaljeret planlægning gennemføres på forhånd. | Planlægningen udvikler sig gennem hele projektet. |
| Arbejdsgang | Arbejdet følger sekventielle faser. | Arbejdet skrider frem gennem iterative cyklusser. |
| Krav | Bedst egnet til klart definerede, stabile krav. | Imødekommer ændrede krav. |
| Fleksibilitet | Ændringer kræver ofte formelle revisioner og omarbejde. | Ændringer kan indarbejdes mellem iterationerne. |
| Levering | Det færdige produkt leveres typisk hen mod slutningen. | Brugbare produktinkrementer kan leveres hyppigere. |
| Feedback fra interessenter | Indsamles primært ved planlagte gennemgange og milepæle. | Indsamles regelmæssigt gennem hele udviklingen. |
Derudover kan nogle teams endda kombinere begge metoder og praktisere det, der kaldes "water-agile-fall".
I Scrum, en agil ramme, organiseres arbejdet i en backlog og gennemføres i tidsafgrænsede sprints. Hvert sprint har til formål at producere et brugbart produktinkrement, så interessenter kan gennemgå fremskridtene og give feedback.
De 6 faser i vandfaldsprojektstyring
Når du bruger vandfaldsmodellen, gennemgår dit projekt seks sekventielle faser. Du bruger projektets livscyklus sideløbende – trinnene nedenfor overlapper med de fem faser: projektopstart, planlægning, udførelse, overvågning og kontrol samt afslutning.
| Fase | Hovedaktivitet | Typisk leverance |
|---|---|---|
| 1. Indsamling af krav | Definer projektets omfang, krav og forventninger. | Kravdokument |
| 2. Design | Udvikl løsninger baseret på godkendte krav. | Godkendte designs eller specifikationer |
| 3. Implementering | Byg produktet, eller udfør projektplanen. | Fungerende produkt eller færdige projektkomponenter |
| 4. Test og kvalitetssikring | Verificer leverancer, og afhjælp fejl. | Testede og validerede leverancer |
| 5. Idriftsættelse | Udgiv det færdige produkt. | Produkt i drift og vedligeholdelsesplan |
| 6. Vedligeholdelse | Håndter problemer, og oprethold funktionaliteten. | Rettelser, opdateringer og vedligeholdelsesregistre |
1. Indsamling af krav
I det første trin i vandfaldsmetoden skal du indsamle alle projektets krav. Det indebærer, at du taler med dine interessenter og dit team, gennemgår projektgrundlaget og alle andre dokumenter om projektets omfang samt beskriver specifikke leverancer og aktiviteter.
Du indsamler fire typer krav:
- Funktionelle krav
- Tekniske krav
- Ikke-funktionelle krav
- Systemkrav
Dokumenter disse sammen med din projektplan i dit kravdokument. Opdater dokumentationen, hvis kravene ændres under projektet.
Gennemgå dette dokument med dit projektteam, før arbejdet går i gang, og sørg også for at få opbakning fra eventuelle eksterne interessenter eller kunder (det gøres ofte under projektopstarten).
2. Design
I dette trin begynder dit projektteam at udforme løsninger baseret på kravene. Tildel leverancer til teammedlemmer ud fra deres tilgængelighed og kompetencer (ved hjælp af projektstyringssoftware).
De præcise leverancer afhænger af den type projekt, du arbejder på (f.eks. bør teamet i et websideprojekt levere skitser af brugerfladen og design af websider).
Som projektleder omfatter dine ansvarsområder i denne fase:
- Gennemgang af leverancer: Gennemgå designene, og giv teamet feedback.
- Styring af tidsplaner: Følg leverancer og deadlines.
- Overvågning af den kritiske sti: Identificer opgaver, der kan forsinke projektet, og sørg for, at projektet følger planen.
Når interessenter eller kunder har godkendt designene, kan du gå videre.
3. Implementering
I implementeringsfasen implementerer udviklingsteamet de designs, der blev udarbejdet i det foregående trin. Som projektleder skal du igen holde øje med tidsplanen og tildele opgaver.
Du skal også overvåge projektet for potentielle risici og afhængigheder, der kan opstå, og sørge for, at budgettet ikke bliver brugt for hurtigt.
Leverancerne i udviklingsprocessen afhænger igen af din projekttype. I vores eksempel med et websideprojekt vil leverancerne omfatte fungerende websider (sandsynligvis først i et test- eller ikke-offentligt miljø, så der er mulighed for kvalitetssikring).
I denne fase opdager du måske, at noget, der blev skabt i designfasen, ikke er teknisk muligt, hvilket kan kræve, at du går tilbage til det foregående trin og omarbejder designene (hvilket vil koste dig tid). Du kan mindske denne risiko ved at inddrage softwareudviklingsteamet i gennemgangen af designene.
4. Test og kvalitetssikring
I denne fase tester og gennemgår du og dit team kvaliteten af det, der er blevet leveret, for at sikre, at det opfylder kravene og interessenternes forventninger.
Projektteamet står for dette, men hvis du som projektleder har en teknisk baggrund, kan du også blive involveret.
Under test og kvalitetssikring bør teamet:
- Oprette testcases for at kontrollere, at leverancerne opfylder kravene.
- Dokumentere fejl og problemer, der skal løses.
- Evaluere kvaliteten i forhold til de målepunkter, der blev fastlagt under indsamlingen af krav.
- Gennemgå brugsscenarier for at bekræfte, at den forventede funktionalitet er dækket.
Du kan få brug for at sende projektet tilbage til dine udviklere for at rette større fejl eller problemer, som du opdager i denne proces. Derfor er det vigtigt at afsætte ekstra tid i projektet til testfasen – du ønsker ikke at blive forsinket af fejlrettelser i sidste øjeblik.
5. Udrulning
Når teamet har rettet alle fejl og problemer, der blev fundet under kvalitetssikringsprocessen, kan teamet rulle projektet ud. Leverancen her er det produkt, der er gjort tilgængeligt, sammen med en plan for vedligeholdelse (se oplysningerne om vedligeholdelsesfasen nedenfor) og dokumentation af det, der er blevet leveret.
Overvåg det tilgængelige produkt for fejl eller problemer, der blev overset i kvalitetssikringsfasen, og som projektleder skal du være i løbende kontakt med interessenter eller kunder for at sikre, at alt forløber som forventet.
6. Vedligeholdelse
Herefter udfører teamet vedligeholdelse af produktet i overensstemmelse med den plan, der blev fastlagt i det foregående trin. Vær tydelig over for interessenter eller kunder om, hvad der er inkluderet i planen som almindelig vedligeholdelse, og hvad der ligger uden for projektets omfang og kan medføre en ekstra omkostning (f.eks. nye funktioner, ekstra sider osv.).
3 Anvendelsesområder for vandfaldsprojektstyring
Vandfaldsprojektstyring fungerer bedst til projekter med veldefinerede leverancer og begrænsninger samt faste budgetter og tidsplaner.
Hvis dit projekts omfang stadig rummer mange ubekendte faktorer eller kan ændre sig, er vandfaldsmetoden sandsynligvis ikke den projektstyringstilgang, du bør bruge. Vandfaldsmetoden fungerer bedst til følgende projekttyper:
Byggeprojekter
Byggeri (også kendt som kapitalprojektledelse) egner sig godt til vandfaldsmetoden, fordi en streng projektledelsesproces er med til at sikre sikkerheden for alle, der arbejder på projektet eller bruger det færdige produkt.
Det skyldes, at planer for bygninger skal godkendes af ingeniører og ofte offentlige myndigheder, før arbejdet kan begynde. Planerne er ikke underlagt ændringer undervejs, og en sekventiel plan kan nemt følges.
Der findes specialiserede værktøjer til projektstyring af byggeprojekter, som du kan bruge til denne type projekt, samt AI-værktøjer til projektstyring af byggeprojekter.
Projekter inden for webdesign og webudvikling
Projekter inden for webdesign og webudvikling kan bruge vandfaldsprocessen eller en af mange agile metoder. Vandfald fungerer godt, når behovene er veldefinerede.
Hvis du har et fastlagt webstedskort og en designmanual, som du skal bruge, er det nemt at planlægge faserne og fastlægge, hvornår hver side er klar til gennemgang og godkendelse. Du kan også vælge din planlagte lanceringsdato med stor sikkerhed.
Software med specifik funktionalitet
Hvis dit team udvikler software med specifik funktionalitet og et veldefineret sæt krav, kan vandfaldsmodellen være det rigtige valg. Eksempler kan være et CRM-system, HR-software eller enhver form for værktøj til overholdelse af regler.
Disse projekter har et indledende sæt krav, og arbejdet kan planlægges og gennemføres lineært. Et Gantt-diagram, der viser tidsplanen, hvornår interessenter modtager statusopdateringer, og/eller hvornår de skal være tilgængelige til brugergodkendelsestest, vil sikre, at alle er på linje med din plan.
Fordele og ulemper ved vandfaldsprojektledelse
Vandfaldsprojektledelse tilbyder en klar struktur, tydeligt definerede ansvarsområder og grundig dokumentation, men den sekventielle tilgang kan gøre ændringer vanskeligere. En forståelse af fordele og ulemper kan hjælpe dig med at afgøre, om denne metode passer til dit projekt.
| Fordele | Ulemper |
| Planlægning på forhånd: Planlægningen finder sted, før arbejdet begynder, hvilket reducerer uklarhed og uventede ændringer. | Stiv struktur: Det er vanskeligt at imødekomme ændringer, når projektet først er i gang. |
| Klare ansvarsområder: Teammedlemmerne forstår deres roller og tidsplaner. | Begrænset fleksibilitet: Teknologi eller brugerkrav i udvikling kan være vanskelige at integrere. |
| Definerede målsætninger: Teams og interessenter deler en klar projektplan og klare målsætninger. | Længere planlægningsproces: Omfattende planlægning på forhånd kan forsinke starten på implementeringen. |
| Styring af omfanget: Nye idéer kan udskydes til fremtidigt arbejde eller håndteres gennem ændringsordrer. | Forsinket levering: Sekventielle faser kan forsinke leveringen af et brugbart produkt sammenlignet med agile tilgange. |
| Lettere overdragelser: Dokumenterede krav og designbeslutninger hjælper teams med at skifte mellem projektets faser. | Sen opdagelse af problemer: Problemer bliver muligvis først identificeret i testfasen. |
| Bedre dokumentation: Registrerede beslutninger og godkendelser fungerer som reference for nye teammedlemmer. | Omkostningstungt omarbejde: Problemer, der opdages sent, kan kræve, at gennemførte faser tages op igen, hvilket øger omkostningerne og forsinker leveringen. |
Hvad nu?
Vil du diskutere de relative fordele ved vandfald og forskellige agile tilgange? Bliv medlem af DPM, og få adgang til samtalen i Slack med hundredvis af andre digitale projektledere! Du får også adgang til mere end 100 skabeloner til vigtige projektdokumenter som projektplaner, risikoregistre og arbejdsbeskrivelser.
