Wat beoordeelt een IT Project Health Check?

Een project health check is een onafhankelijke beoordeling van de werkelijke projectstatus. Het onderzoek kijkt verder dan de kleur in de maandrapportage. De centrale vraag is of het afgesproken resultaat nog beheerst, aantoonbaar en binnen realistische voorwaarden kan worden opgeleverd.

Begin met de beslissing die moet worden genomen

Een review zonder duidelijke onderzoeksvraag wordt snel te breed. Bepaal daarom eerst welk besluit de opdrachtgever moet nemen. Bijvoorbeeld:

• is de planning voor go-live realistisch;
• is het extra budget onderbouwd;
• kan de volgende projectfase worden gestart;
• is de organisatie voldoende voorbereid;
• moet de governance of projectleiding worden aangepast;
• is herstel binnen de huidige contracten mogelijk.

1. Doel en beoogd resultaat

De review stelt vast of betrokkenen hetzelfde eindresultaat voor ogen hebben. Een project kan technisch helder zijn, maar verschillende verwachtingen bevatten over procesverbetering, gebruikers, rapportage of bedrijfsvoordelen.

Belangrijke vragen zijn:

• welk bedrijfsprobleem wordt opgelost;
• welke resultaten zijn formeel afgesproken;
• hoe wordt acceptatie aangetoond;
• welke baten en randvoorwaarden gelden;
• wie is eigenaar na oplevering.

2. Scope en wijzigingen

Een health check vergelijkt de oorspronkelijke scope, contractuele levering, goedgekeurde wijzigingen en feitelijke verwachtingen. Informele uitbreidingen of uitgestelde onderdelen kunnen de haalbaarheid sterk beïnvloeden.

3. Planning en capaciteit

De planning wordt getoetst op afhankelijkheden, kritieke pad, resterend werk, besluitmomenten en werkelijke beschikbaarheid van mensen. Niet alleen leverancierscapaciteit telt. Proceseigenaren en gebruikers moeten tijd hebben voor ontwerp, data, test en opleiding.

4. Budget en eindprognose

Een bruikbare financiële beoordeling bevat:

• besteed budget;
• verplichtingen en open werk;
• goedgekeurd en verwacht meerwerk;
• interne kosten en capaciteit;
• risicoreserves;
• verwachte kosten tot stabiele ingebruikname.

5. Governance en besluitvorming

De review kijkt of rollen, mandaten en rapportages in de praktijk werken. Een formele stuurgroep is onvoldoende wanneer besluiten worden uitgesteld of projectleiding geen toegang heeft tot de juiste beslissers.

6. Risico’s en issues

Risico’s moeten meer zijn dan een lijst met kleur en eigenaar. De review beoordeelt kans, impact, maatregel, rest-risico, deadline en relatie met planning en budget. Ook wordt gekeken naar risico’s die niet in het register staan, maar wel zichtbaar zijn in besluiten en werkzaamheden.

7. Kwaliteit, test en acceptatie

Belangrijk is of kwaliteit vooraf is gedefinieerd en aantoonbaar wordt getoetst. Bij software en ERP kijkt de review onder meer naar testdekking, ketenscenario’s, bevindingen, autorisaties, prestaties en formele acceptatie.

8. Data en integraties

Datamigratie en interfaces hebben vaak eigen planningen en leveranciers. De review controleert eigenaarschap, kwaliteit, mapping, testcycli, reconciliatie, monitoring en foutafhandeling.

9. Leveranciers en contracten

De afspraken moeten aansluiten op de feitelijke rolverdeling. Open discussies over scope, meerwerk, acceptatie of verantwoordelijkheid kunnen een project blokkeren. De review maakt deze punten zichtbaar zonder juridisch oordeel te simuleren.

10. Go-live, continuïteit en overdracht

Een project is niet gereed wanneer alleen de techniek werkt. Er moet een draaiboek zijn voor overgang, communicatie, support, terugval, beheer, openstaande punten en besluitvorming tijdens de eerste periode.

Hoe wordt de beoordeling uitgevoerd?

Een health check combineert meestal:

1. documentanalyse;
2. gesprekken met opdrachtgever, projectleiding, business, IT en leveranciers;
3. controle van feiten en verschillen tussen bronnen;
4. beoordeling per onderzoeksgebied;
5. samenvatting van oorzaken, gevolgen en onderlinge samenhang;
6. advies met prioriteiten en beslispunten.

Wat is een bruikbare uitkomst?

Het rapport moet antwoord geven op de onderzoeksvraag. Het bevat geen lange lijst losse bevindingen zonder volgorde. De opdrachtgever moet kunnen zien wat direct moet gebeuren, welke besluiten nodig zijn, wat later kan en welke voorwaarden gelden voor voortzetting.

Duidelijke antwoorden

Veelgestelde vragen

Is een IT Project Health Check alleen nodig bij problemen?

Nee. Een review kan ook vóór een belangrijke contractering, faseovergang of go-live worden gebruikt om zekerheid te vergroten.

Welke documenten worden beoordeeld?

Afhankelijk van de scope onder meer projectplan, planning, begroting, contracten, risico- en issuelog, besluiten, ontwerpen, testplannen, migratieplannen en rapportages.

Krijgt de leverancier het rapport?

De opdrachtgever bepaalt wie het rapport ontvangt. Feiten en relevante verbetermaatregelen kunnen met betrokken partijen worden besproken.