De vraag "welke methodiek gebruiken we" is bijna altijd een verkeerd gestelde vraag. In organisaties met enige omvang bestaat er zelden een zuivere PRINCE2- of zuivere Agile-omgeving. Er is een stuurgroep die iets wil zien, een controller die iets wil zien, en een team dat op een bepaalde manier werkt. De methodiekkeuze is het invullen van die drie eisen.
Wat de drie raamwerken werkelijk regelen
De drie zijn geen concurrenten die hetzelfde probleem oplossen. Ze regelen verschillende lagen.
| PRINCE2 | PMBOK / PMP | Agile (Scrum, Kanban) | |
|---|---|---|---|
| Type | Procesmethode | Kennisraamwerk | Werkwijze van het team |
| Antwoord op | Wie beslist wanneer | Wat moet ik beheersen | Hoe leveren we incrementeel |
| Scope | Vooraf vast, wijzigt via change control | Vooraf vast, baseline | Evolueert, geprioriteerde backlog |
| Sturing | Project Board, toleranties, exception | Baselines en variantieanalyse | Product Owner, sprint review |
| Rapportage | Highlight Report per periode | Performance report tegen baseline | Burndown, increment demo |
| Faseovergang | Stage Boundary met formele autorisatie | Fase-einde met acceptatie | Sprint- of releasegrens |
| Risico | RAID-register met eigenaren en respons | Risicoregister, kwantitatief waar zinvol | Impediments en risk-adjusted backlog |
| Sterk in | Verantwoording, gedeeld mandaat | Volledigheid, contractwerk | Onzekerheid, snelle feedback |
| Zwak in | Wendbaarheid bij schuivende scope | Zwaar bij kleine projecten | Verantwoording naar een board |
De vier vragen die de keuze bepalen
1. Staat de scope vast of ontdek je die onderweg?
Dit is de scheidslijn die er het meeste toe doet. Een netaansluiting op twaalf locaties is bekend werk: je weet wat er moet gebeuren, de onzekerheid zit in doorlooptijd en leveranciers. Dat is voorspelbaar werk en dat leent zich voor een gefaseerde aanpak met een baseline.
Een nieuw klantportaal waarvan niemand weet welke functies gebruikt zullen worden, is dat niet. Daar is elke gedetailleerde scope die je vooraf vastlegt een gok die je later duur moet corrigeren via change control.
De praktische test: kun je vandaag een acceptatiecriterium opschrijven voor het eindresultaat waarvan je gelooft dat het over een jaar nog steeds klopt? Ja betekent voorspelbaar. Nee betekent dat je incrementeel moet werken en de scope als variabele moet behandelen.
2. Wie moet er verantwoording afleggen, en aan wie?
Publieke aanbestedingen, subsidietrajecten, projecten onder toezicht van een accountant of toezichthouder: daar is de vraag niet of je verantwoording aflegt maar hoe. PRINCE2 is daar ontworpen. De verplichte producten — Business Case, Project Brief, Highlight Report, Exception Report, End Stage Report — zijn precies de artefacten waar een auditor om vraagt.
Is er geen externe verantwoordingsplicht en rapporteer je alleen intern aan een manager, dan is die documentlast overkill. Neem dan de toleranties en de escalatieregel over en laat de rest.
3. Is er een contract met een externe leverancier?
Contractwerk trekt richting PMBOK. Baselines voor scope, tijd en kosten zijn wat je nodig hebt om een claim of een meerwerkdiscussie te onderbouwen. Zonder vastgelegde baseline is "dit was niet afgesproken" een mening.
Werk je met een fixed-price contract én een evoluerende scope, dan heb je een structureel probleem dat geen methodiek oplost. Benoem dat als risico in het charter in plaats van te hopen dat het meevalt.
4. Wat doet de organisatie al?
Het onderschatte criterium. Een methodiek die afwijkt van wat de rest van de organisatie doet, kost je elke faseovergang uitleg. Als het PMO Highlight Reports verwacht, lever Highlight Reports — ook als je team in sprints werkt.
Hoe hybride er in de praktijk uitziet
De meest voorkomende werkende combinatie ziet er zo uit.
Boven het team staat een governance-laag met PRINCE2-kenmerken: een Project Board met executive, senior user en senior supplier; toleranties op tijd, kosten en scope; faseovergangen waarop de board opnieuw autoriseert; een Exception Report als een tolerantie dreigt te sneuvelen.
Binnen een fase werkt het team Agile: een geprioriteerde backlog, sprints of een Kanban-flow, een demo aan het eind van elke iteratie, en een Product Owner die binnen de fase-scope beslist wat eerst komt.
De koppeling zit op twee plekken. Ten eerste: een PRINCE2-stage komt overeen met een blok van drie tot zes sprints, en de Stage Boundary valt samen met een release. Ten tweede: de scopetolerantie van de stage bepaalt hoeveel de Product Owner mag schuiven zonder terug te gaan naar de board.
Het charter legt dan vast: welke besluiten bij de board liggen, welke bij de Product Owner, en waar de grens ligt. Dat is de enige zin in het document die echt telt.
Let op: hybride wordt vaak gebruikt als eufemisme voor "we hebben geen keuze gemaakt". Het verschil is of je expliciet hebt opgeschreven welk element uit welk raamwerk komt en waarom. Staat dat er niet, dan is het geen hybride aanpak maar een ongedocumenteerde.
Wat je in het charter vastlegt
Ongeacht de keuze horen deze vijf dingen expliciet in het document:
- De gekozen aanpak, met één alinea onderbouwing waarom die past bij dit project.
- De besluitvormingsstructuur: wie autoriseert, wie accepteert, wie escaleert.
- De toleranties in getallen, en wat er gebeurt bij dreigende overschrijding.
- De rapportagecadans en het formaat, afgestemd op wat de ontvanger al gewend is.
- Hoe scopewijzigingen worden behandeld: via formele change control, via herprioritering van de backlog, of allebei op verschillende niveaus.
Die vijf punten voorkomen de meest voorkomende governance-discussie halverwege het project: het moment waarop blijkt dat de projectmanager dacht ruimte te hebben die de stuurgroep nooit heeft gegeven.