Mange projekter ser fornuftige ud i statusrapporten lige indtil det øjeblik, hvor nogen opdager, at tidsplanen skrider, budgettet er presset, eller at teamet arbejder i hver sin retning. Det er netop her, et projekt health check giver værdi. Ikke som endnu et administrativt lag, men som en struktureret måde at få et ærligt billede af projektets tilstand på.
Et godt health check handler heller ikke kun om røde og grønne lamper. Det handler om at finde mønstre tidligt, så projektet kan rettes ind, mens der stadig er handlemuligheder. Når det gøres rigtigt, bliver gennemgangen både en temperaturmåling og en konkret plan for, hvad der skal justeres nu.
Hvad er et projekt health check?
Et projekt health check er en systematisk vurdering af, om projektet reelt er på vej mod sine mål. Det omfatter normalt både hårde data og blødere forhold. De hårde data er ting som fremdrift, budgetafvigelser, milepæle og ressourceforbrug. De blødere forhold er fx kvaliteten af samarbejdet, sponsoropbakning, beslutningshastighed og teamets arbejdspres.
— Du kan få dem tilsendt herunder! —
Mange nøjes med at kigge på tid, økonomi og scope. Det er et godt startpunkt, men sjældent nok. Et projekt kan godt være “på plan” og stadig være i risiko, hvis kravene er uklare, interessenterne er uenige, eller løsningen ikke skaber den forventede værdi.
Et sundt projekt er derfor ikke bare et projekt, der holder sin plan. Det er et projekt, hvor mål, styring, kvalitet, risici og mennesker hænger sammen.
Hvornår giver det mest værdi?
Et health check er særligt nyttigt ved faseovergange, før en vigtig styregruppedrøftelse, efter større ændringer i scope eller bemanding, eller når projektlederen har en nagende fornemmelse af, at noget ikke stemmer. Den fornemmelse skal man tage alvorligt. Mange problemer viser sig længe før de kan ses tydeligt i rapporteringen.
Det giver også god mening at arbejde med mindre, faste mini-gennemgange. En kort månedlig vurdering kan ofte fange begyndende problemer, før de bliver dyre. Det er langt lettere at rette en skæv udvikling i april end at forklare et alvorligt efterslæb i september.
Typiske faresignaler er ofte de samme på tværs af brancher og projektformer:
- Gentagne flytninger af milepæle
- Uklare eller voksende krav
- Stigende forbrug uden tydelig fremdrift
- Mange åbne issues
- Lav tilstedeværelse fra sponsor eller nøgleinteressenter
- Frustration i teamet
- Mange afhængigheder uden ejerskab
En tjekliste, der virker i praksis
Den bedste tjekliste er den, som faktisk bliver brugt. Den skal være kort nok til at være anvendelig og bred nok til at give et retvisende billede. En praktisk model dækker typisk otte områder: mål, scope, tid, økonomi, risici, interessenter, team og kvalitet.
Hent vores bøger og skabeloner herunder
Tabellen herunder kan bruges som udgangspunkt for en første gennemgang.
| Område | Hvad bør vurderes? | Typiske tegn på god sundhed | Typiske faresignaler |
|---|---|---|---|
| Mål og business case | Er formål og gevinster klare? | Fælles retning, tydelig prioritering | Uenighed om succesmål |
| Scope og krav | Er krav dokumenteret og styret? | Få uafklarede krav, kontrollerede ændringer | Scope creep, mange åbne afklaringer |
| Tidsplan og milepæle | Følger projektet planen? | Realistisk plan, leverancer til tiden | Gentagne forsinkelser |
| Budget og ressourcer | Er økonomi og kapacitet under kontrol? | Forbrug matcher fremdrift | Overforbrug, flaskehalse |
| Risici og issues | Er de væsentligste risici kendt og håndteret? | Aktiv risikolog, tydelige ejere | Høje risici uden handling |
| Interessenter og styring | Er beslutninger og opbakning på plads? | Hurtige beslutninger, god sponsorstøtte | Lang svartid, konflikter |
| Team og samarbejde | Kan teamet levere stabilt? | Klare roller, sund arbejdsmængde | Slitage, uklarhed, afhængighed af få personer |
| Kvalitet og leverancer | Leverer projektet det rigtige i den rigtige kvalitet? | Lav fejlrate, høj acceptgrad | Meget rework, utilfredse modtagere |
Selve tjeklisten bør kombineres med flere datakilder, så vurderingen ikke kun bygger på mavefornemmelse.
- Projektdata: tidsplan, budgetstatus, risikolog, ændringslog
- Samtaler: projektleder, sponsor, nøglepersoner, teammedlemmer
- Artefakter: kravspecifikationer, beslutningslog, testresultater, statusrapporter
- Observationer: mødekvalitet, beslutningskraft, samarbejdsklima
Sådan bygger du en vurderingsmodel
En tjekliste er nyttig, men en vurderingsmodel gør det lettere at sammenligne projekter og følge udviklingen over tid. Modellen behøver ikke være avanceret. Den skal bare være konsekvent.
En enkel løsning er at give hvert område en score fra 1 til 5, hvor 1 er kritisk og 5 er sundt. Derefter kan du vægte områderne, så det vigtigste tæller mest. I et it-projekt med stramme deadlines kan tid og kvalitet vægte højt. I et forandringsprojekt kan interessenter og gevinstrealisering fylde mere.
Her er et eksempel på en enkel vægtning:
| Kategori | Vægt | Scoreeksempel |
|---|---|---|
| Scope og krav | 20 % | 4 |
| Tidsplan | 25 % | 2 |
| Budget | 20 % | 3 |
| Risici og issues | 10 % | 2 |
| Interessenter og styring | 10 % | 3 |
| Team og samarbejde | 10 % | 4 |
| Kvalitet | 5 % | 3 |
Når du ganger score med vægt, får du en samlet vurdering. Den samlede score er dog kun en del af billedet. Et projekt med en “gul” totalscore kan stadig have et kritisk problem, hvis én kategori er dybrød. Derfor bør vurderingsmodellen altid suppleres med kommentarer og anbefalede handlinger.
En god tommelfingerregel er:
- Grøn: projektet er stabilt og kræver primært løbende opfølgning
- Gul: der er tydelige risici eller afvigelser, som kræver aktiv styring
- Rød: projektet er i alvorlig risiko og kræver hurtig ledelsesmæssig handling
Hvis du vil gøre modellen mere robust, kan du arbejde med faste tærskler. Fx kan mere end 10 procent budgetafvigelse give gul, og mere end 20 procent give rød. Det samme kan gøres for forsinkede milepæle, antal åbne højrisici eller andel uafklarede krav.
Klassisk, agil eller hybrid?
Metoden bør passe til projektets måde at arbejde på. I klassiske projekter giver det mening at lave health checks ved faseovergange eller som faste reviews hver måned eller hvert kvartal. Her vil man typisk lægge vægt på baseline for scope, tid og budget samt kvaliteten af planer, beslutninger og risikostyring.
I agile projekter bør gennemgangen være lettere og hyppigere. Her er det sjældent nok at kigge på en overordnet tidsplan alene. Du bør også se på backloggens kvalitet, stabilitet i teamets leveranceevne, cycle time, afhængigheder, teknisk gæld og hvor hurtigt teamet får afklaret forhindringer.
I hybride projekter skal du ofte kombinere begge perspektiver. Teamet kan arbejde iterativt, mens ledelsen stadig efterspørger klassisk rapportering. Et godt health check kobler de to niveauer sammen, så sprintdata faktisk siger noget om projektets samlede styrbarhed.
Projektets størrelse har også betydning. Et lille internt projekt kan klare sig med en kort selvvurdering og en sparring med sponsor. Et stort tværgående projekt har som regel brug for interviews, dokumentgennemgang og en mere uafhængig vurdering.
Sådan gennemfører du selve gennemgangen
Selve processen behøver ikke være tung. Den kan ofte gennemføres på få dage, hvis data er tilgængelige og deltagerne er afklarede om formålet. Det vigtigste er, at gennemgangen er ærlig, hurtig og munder ud i handling.
En praktisk fremgangsmåde kan se sådan ud:
- Aftal formål og scope for gennemgangen.
- Indsaml data fra planer, økonomi, risici, ændringer og leverancer.
- Interview de vigtigste roller kort og fokuseret.
- Score projektet på de udvalgte kriterier.
- Saml resultaterne i et enkelt billede med 3 til 5 hovedfund.
- Lav en konkret handlingsplan med ansvar og datoer.
- Følg op efter 2 til 6 uger.
Det er en fordel at holde spørgsmålene ens fra gang til gang. Så kan du følge trenden i stedet for kun at lave et øjebliksbillede. Mange teams får størst effekt af et fast format på én side til ledelsen og et lidt mere detaljeret arbejdsnotat til projektteamet.
Hvad et godt output bør indeholde
Et health check er først nyttigt, når resultatet kan omsættes til prioriterede beslutninger. Rapporten skal derfor være kort, tydelig og uden pynt. Ingen har brug for 25 sider, hvis de vigtigste problemer gemmer sig på side 19.
Det mest brugbare output indeholder normalt disse elementer:
- Samlet status: grøn, gul eller rød med kort begrundelse
- Topfund: de 3 vigtigste forhold, der påvirker projektets evne til at lykkes
- Årsager: hvad der driver problemet, ikke kun symptomerne
- Anbefalinger: konkrete tiltag med ansvarlige og tidsfrister
- Opfølgning: dato for ny vurdering eller kontrolpunkt
Her fejler mange projekter. De får lavet en præcis diagnose, men ingen tydelig plan for at blive raske. Hvis fundene ikke bliver oversat til beslutninger, bemanding, prioritering eller ændret arbejdsform, sker der meget lidt.
Hvis du vil indhente et tilbud på en gennemgang
Når organisationer efterspørger et tilbud på en projektgennemgang, er det fristende kun at spørge til pris. Det er sjældent nok. To tilbud kan ligne hinanden på overfladen, men være vidt forskellige i dybde og udbytte.
Start med at afklare, hvad du faktisk vil købe. Er målet en hurtig temperaturmåling, en dybdegående vurdering af et presset projekt eller en fast model, som kan bruges på tværs af flere projekter? Omfanget styrer både metode, pris og levering.
Det er en god idé at bede om klare svar på disse punkter:
- Omfang: hvilke projektdimensioner vurderes, og hvor dybt går analysen?
- Metode: bruges interviews, dokumentreview, dataanalyse eller workshops?
- Leverancer: får du kun en status, eller også en prioriteret handlingsplan?
- Uafhængighed: kommer vurderingen fra personer uden dagligt ejerskab af projektet?
- Tidsforbrug: hvor hurtigt kan gennemgangen gennemføres, og hvor meget kræver den internt?
- Opfølgning: indgår der støtte til at følge op på anbefalingerne?
Bed også om at se et eksempel på rapportformatet. Et godt tilbud beskriver, hvordan fund bliver prioriteret, hvordan status kommunikeres, og hvordan handlinger bliver forankret. Hvis det ikke fremgår, er der risiko for, at du køber et pænt dokument frem for reel styring.
For mange organisationer giver det mening at starte mindre. En kort pilot på ét projekt kan vise, om formatet virker, før man ruller det ud bredere. Det gælder især, hvis man vil bruge health checks som en fast del af projektstyringen og ikke kun som en redningsaktion.
Fra status til handling i hverdagen
Det stærkeste ved et projekt health check er ikke selve vurderingen. Det er rytmen, der kan opstå bagefter. Når projektledere og sponsorer begynder at bruge samme sprog om sundhed, risici og prioritering, bliver det lettere at gribe ind tidligt.
Hvis du vil i gang uden at gøre det stort, så vælg fem til otte kriterier, lav en enkel scoremodel og gennemfør en kort vurdering hver måned. Brug derefter 30 minutter med sponsor eller styregruppe på kun to spørgsmål: Hvad bekymrer os mest lige nu, og hvad gør vi ved det før næste review?
Det er ofte nok til at flytte projektet fra reaktiv brandslukning til aktiv styring. Og det er præcis dér, et godt health check viser sin værdi.
— Du kan få dem tilsendt herunder! —
