Een gemeente van pakweg tachtig duizend inwoners rondt in 2023 de migratie van haar HR-systeem af. Het project loopt vier maanden uit, de testfase wordt ingekort en de leverancier komt pas laat aan tafel voor de acceptatiecriteria. De evaluatie die volgt, is degelijk: drie aanbevelingen, helder geformuleerd, keurig gearchiveerd. Twee jaar later start dezelfde gemeente een vergelijkbare migratie, dit keer voor het financiële systeem. Testfase te kort. Leverancier te laat. Acceptatiecriteria achteraf bedacht.
Niemand had de evaluatie genegeerd. Niemand had hem zelfs maar gemist — hij stond niet op de plek waar de volgende projectleider zou kijken.
Een proces, geen goed voornemen
De Amerikaanse onderzoeker Williams beschreef dit patroon in 2007 al precies: lessen komen zonder gerichte inspanning en een aangewezen proces zelden terecht in het bredere organisatiebeleid. Dat is een andere constatering dan "niemand leest evaluaties". Er wordt wel degelijk gelezen, geschreven en soms zelfs besproken. Wat ontbreekt is de vertaalslag — van een observatie in een projectrapport naar een wijziging in een sjabloon, een aanbestedingsvoorwaarde of een kwaliteitseis die de volgende projectleider automatisch tegenkomt.
Een lessons-log is in die zin geen leerproces maar een archiveringshandeling. Het verschil zit in wie de aanbeveling oppakt nadat het project is afgesloten en het team is ontbonden. Zonder die eigenaar zakt een evaluatie terug naar de status van een pdf in een projectenarchief.
Wat de vier kaders daarover zeggen
OECD DAC, de Britse Gate 5-toets, de PRINCE2-praktijk en het CIPP-model zijn onafhankelijk van elkaar ontwikkeld, voor heel verschillende sectoren, en toch komen ze op dezelfde bouwstenen uit: baten toetsen tegen de oorspronkelijke belofte, onafhankelijke validatie, vooraf vastgestelde criteria — en actiegerichte lessons learned. Dat laatste woord, actiegericht, is het onderscheid. Een lering die nergens toe leidt, is geen lering maar een notitie.
Actiegericht betekent: een aanbeveling krijgt een vervolgactie, een eigenaar en een deadline, net als elk ander project-actiepunt. Niet "we nemen dit mee", maar "de kwaliteitsfunctionaris past het acceptatiesjabloon vóór 1 oktober aan, en dat sjabloon is verplicht bij de volgende ICT-aanbesteding".
Drie stappen die het verschil maken
Voor projectleiders en PMO's die dit patroon herkennen, helpen drie aanpassingen zonder dat er een nieuw systeem bij hoeft:
Eerst: leg elke evaluatie-aanbeveling apart vast in een centraal register, los van het volledige rapport. Een rapport van twintig pagina's wordt niet geraadpleegd; een regel in een register met een status wel.
Daarna: wijs bij elke aanbeveling een eigenaar aan die niet het projectteam is. Het team wordt na oplevering ontbonden — de aanbeveling overleeft dat alleen als iemand buiten het project verantwoordelijk is.
Tot slot: herzie sjablonen, checklists en aanbestedingsvoorwaarden minstens jaarlijks tegen dat register. Dat is het moment waarop een les daadwerkelijk beleid wordt, in plaats van geschiedenis.
De gemeente uit het voorbeeld had geen extra evaluatie nodig om de tweede misser te voorkomen — de eerste evaluatie volstond al. Wat ontbrak, was een proces dat de aanbeveling liet landen ná het moment waarop iedereen alweer met het volgende project bezig was.