Handleidingen › Handleiding

Batenrealisatieplan

Genoeg projecten worden op tijd en binnen budget opgeleverd en veranderen toch niets. Een batenrealisatieplan is hoe u erachter komt of het doel van het project daadwerkelijk is gehaald.

Outputs, outcomes en baten

Een project levert outputs, zoals een nieuw systeem. Die outputs maken outcomes mogelijk, zoals snellere orderverwerking. De outcomes leveren baten op, zoals lagere kosten of hogere omzet. Een batenrealisatieplan verbindt alle drie en zegt wie verantwoordelijk is voor het laatste.

De harde waarheid is dat baten meestal komen als het projectteam al naar huis is. Het plan heeft dus een eigenaar in de lijnorganisatie nodig, niet alleen in het project.

Het batenregister: kolommen om te kopiëren

Houd één rij per baat. Weinig meetbare baten verslaan een lange lijst hoop.

• Titel van de baat en een beschrijving van één zin.
• Type: financieel (geld bespaard of verdiend) of niet-financieel (snelheid, kwaliteit, risico, tevredenheid).
• Maatstaf, of KPI, en hoe die wordt verzameld.
• Nulmeting: de waarde vandaag, vóór het project.
• Doel: de waarde die u verwacht, en de datum waarop.
• Batenhouder (een benoemde persoon uit de lijn) en de afhankelijkheden die moeten standhouden.

Een rekenvoorbeeld

Dit voorbeeld gebruikt verzonnen ronde getallen. Stel dat een project een handmatig factuurproces vervangt. De baat is lagere verwerkingsinspanning. De nulmeting is 400 facturen per maand van elk 15 minuten, dat is 100 uur. Het doel is 5 minuten per stuk, ongeveer 33 uur, dus zo’n 67 uur per maand komt vrij.

Bij een aangenomen volledige uurkostprijs van 30 pond per uur is dat ongeveer 2.000 pond per maand, of 24.000 pond per jaar. Kost het project 60.000 pond, dan duurt de eenvoudige terugverdientijd twee en een half jaar. Dat kan prima zijn, of het kan het besluit veranderen, en hoe dan ook weet u het nu.

• Tel vrijgekomen uren pas als baat mee zodra iemand beslist hoe ze worden ingezet.
• Scheid kasbaten van capaciteitsbaten in het register.
• Zet aannames naast de getallen, zodat ze betwist kunnen worden.

Opvolgen na oplevering

Plan baten-evaluaties vóór het project sluit, doorgaans na drie, zes en twaalf maanden. Elke evaluatie vergelijkt de maatstaf met nulmeting en doel, en legt vast waarom een eventueel verschil bestaat.

Een project kan sluiten terwijl het batenplan open blijft, overgedragen aan de batenhouder. In Senshin houdt het overzicht financiën en baten de baten naast de kosten, zodat de waardeonderbouwing wordt beoordeeld naast wat het project uitgaf.

• Evaluatiedata in de agenda met benoemde deelnemers.
• Rapporteer baten in het stuurgroepdocument, niet alleen de leveringsstatus.
• Als een baat verschuift, vraag dan of de oorzaak oplevering, adoptie of een verkeerde aanname is.
• Schrap baten die niet meer gelden, en zeg dat openlijk.

Waar het past

Begin het plan bij de initiatie, want de businesscase is waar baten in het begin worden beloofd. Herzie het bij elke fasepoort en nogmaals bij afsluiting. Bij een programma worden de baten op programmaniveau bijgehouden, omdat afzonderlijke projecten ze zelden alleen leveren.

Waar dit in Senshin zit

Veelgestelde vragen

Meer handleidingen

Laatst bijgewerkt: 2026-10-22