Op 15 oktober 2014 legde de Commissie-Elias een rapport op tafel dat rijksprojecten voortaan verplicht zou laten toetsen vóór de start — een directe reactie op ICT-projecten die tientallen miljoenen euro’s hadden verspild voordat iemand ingreep. Die ene aanbeveling groeide uit tot een toetsingsketen die tot op vandaag bestaat: de gedachte dat je een project moet toetsen vóórdat je begint, is in Nederland geen consultancy-mode maar staand overheidsbeleid. Wie die lijn kent, begrijpt waarom startklaarheid geen zachte aanbeveling is, maar een hard geleerde les.
2007: de Rekenkamer stelt de diagnose
De Algemene Rekenkamer analyseerde in "Lessen uit ICT-projecten" (2007/2008) waarom overheids-ICT zo vaak faalde. Haar conclusie was ontnuchterend eenvoudig: de hoofdoorzaak is te veel ambitie en complexiteit, zonder balans met mensen, middelen en tijd.
Niet de techniek was het probleem, en niet de uitvoering. Het probleem zat aan de voorkant: projecten die meer wilden dan ze konden dragen, met plannen die die onbalans niet zichtbaar maakten. De diagnose wees, met andere woorden, recht naar de kwaliteit van de voorbereiding.
2014: Commissie-Elias trekt de conclusie
Die diagnose kreeg politiek gewicht met het parlementaire onderzoek van de Commissie-Elias. Het eindrapport "Grip op ICT", gepresenteerd op 15 oktober 2014, onderzocht falende overheids-ICT en kwam met een hoofdaanbeveling die precies aansloot op de diagnose: een verplichte toets vóór de start.
De commissie formuleerde tien basisregels en pleitte voor een onafhankelijke instantie die rijksprojecten zou toetsen voordat ze zouden beginnen. De logica was helder: als projecten falen aan de voorkant, dan moet je ze aan de voorkant tegenhouden: niet halverwege proberen te redden.
2015: het BIT gaat toetsen
Uit die aanbeveling kwam het Bureau ICT-toetsing voort, het BIT. Vanaf 2015 toetste het BIT alle rijksprojecten van meer dan vijf miljoen euro met een ICT-component, vóórdat ze van start gingen. Een concrete, verplichte poort aan de voorkant: precies wat de Commissie-Elias voor ogen had.
Het BIT gaf gevraagd en ongevraagd advies over de haalbaarheid en de risico's van projecten, en werd daarmee de institutionele belichaming van het idee dat toetsen vóór de start loont. Niet als bureaucratische horde, maar als de rem die de Rekenkamer had gemist.
Heden: het Adviescollege ICT-toetsing
Het BIT is opgevolgd door het Adviescollege ICT-toetsing, dat de rol voortzet en verbreedt. Het college hanteert een openbaar toetskader van negen risicogebieden, en dat kader is een blauwdruk voor wat een startklaar plan moet bevatten:
- business case, baten en financiering;
- opdrachtgever en projectorganisatie;
- risicobeheersing en afhankelijkheden;
- scopebeheersing;
- realisatie en planning;
- en meer.
Wie de eerdere artikelen in deze reeks heeft gevolgd, herkent de thema's onmiddellijk: outcome-gerichte doelen, een bewust kleine scope, een afgewogen conceptkeuze, ramingen die tegen ervaringscijfers zijn geijkt, governance met tegendenken. Het toetskader van het Adviescollege mapt vrijwel één op één op de categorieën waarop een startklaarheidsscan een plan beoordeelt.
Waarom dit meer is dan een Nederlands verhaal
Deze lijn, Rekenkamer, Elias, BIT, Adviescollege, is geen toevallige opeenvolging van rapporten. Het is een parlementair verankerde bewijslijn dat toetsen vóór de start werkt en nodig is. De Nederlandse overheid heeft, na jaren van dure mislukkingen, geïnstitutionaliseerd wat de internationale literatuur onafhankelijk laat zien: de front-end is de plek waar projectsucces wordt bepaald.
Twee bewegingen — een parlementaire enquête in Den Haag en decennia academisch onderzoek wereldwijd — kwamen onafhankelijk van elkaar tot dezelfde conclusie: toets vóór de start.
Williams en Samset over de conceptkeuze, Flyvbjerg over optimism bias, Collins en collega's over scope, en tegelijk het Adviescollege dat alternatieven, een kleine scope en realistische ramingen eist. Twee bewegingen, één antwoord.
Wat dit voor jou betekent
Leg het toetskader van het Adviescollege naast je eigen plan van aanpak en loop de negen risicogebieden één voor één af — business case, opdrachtgeverschap, risicobeheersing, scope, planning. Elk gebied zonder antwoord is een gebied waarop een rijksproject zou zijn teruggestuurd.
De overheid betaalde het leergeld met tientallen miljoenen aan mislukte ICT-projecten. Jij kunt de les gratis overnemen.
Bronnen
- Algemene Rekenkamer (2007/2008), Lessen uit ICT-projecten, kst-26643-100.
- Tijdelijke commissie ICT-projecten (commissie-Elias) (2014), Grip op ICT — Eindrapport, Kamerstuk 33326 nr. 5.
- Adviescollege ICT-toetsing, Toetskader (negen risicogebieden).
- Williams, T. & Samset, K. (2010), over de conceptkeuze als bepalende front-end-beslissing.
- Flyvbjerg, B. (2021), Top Ten Behavioral Biases in Project Management, Project Management Journal.
- Collins, W., Parrish, K. & Gibson, G.E. (2017), Journal of Management in Engineering.