PMI PMP: Risico- & Issuemanagement — Studiegids

By Laurynas Brazys · 21 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Onderdeel van de PMP — Studiegids. Oefen met geverifieerde antwoorden in het PMI-examencentrum, of doe getimede oefentests op ExamRoll.io.

Risico-identificatie en Onderhoud van het Register

Risico-identificatie is een continue, iteratieve discipline in plaats van een eenmalige planningsgebeurtenis. Vanaf de projectinitiatie tot aan de afsluiting scannen de projectmanager en het team naar onzekerheden die de scope, planning, kosten, kwaliteit, middelen of stakeholdertevredenheid kunnen beïnvloeden. Technieken omvatten brainstormsessies, Delphi-sessies met materiedeskundigen, SWOT-analyse, analyse van aannames en beperkingen, documentreviews, checklists afgeleid van ’lessons learned’, en promptlijsten zoals PESTLE voor externe categorieën.

Het risicoregister is het gezaghebbende artefact waarin elk geïdentificeerd risico wordt vastgelegd. Een goed onderhouden register is veel meer dan een lijst met aandachtspunten. Elke vermelding moet een unieke identificatiecode bevatten, een duidelijk geformuleerde risicoverklaring met een oorzaak-gebeurtenis-gevolgstructuur, de risicocategorie, de ingeschatte waarschijnlijkheid en impact (zowel kwalitatief als, waar nodig, kwantitatief), de resulterende risicoscore of -blootstelling, een toegewezen risico-eigenaar, een of meer triggercondities, de geplande responsstrategie, secundaire en restrisico’s, en een statusveld. Wanneer numerieke modellering wordt toegepast — zoals Monte Carlo-simulatie, beslisbomen of ’expected monetary value’ — voeden de outputs het risicorapport, dat de algehele risicoblootstelling van het project samenvat voor sponsors en stuurgroepen.

Een veelvoorkomende faalmodus is dat het register onbeperkt volloopt met items met een lage prioriteit totdat het ruis wordt. Elk risico moet ofwel actief worden beheerd, geaccepteerd met een onderbouwing, of worden afgesloten. Het opschonen van het register — het verwijderen van verouderde items, het escaleren van items waarvan de waarschijnlijkheid of impact is toegenomen, en het de-escaleren van items waarvan de triggers zijn gepasseerd — is een governance-verantwoordelijkheid van de projectmanager en wordt doorgaans bij elke statusupdate beoordeeld.

Responsplanning: Mitigatie, Contingentie, Fallback en Workarounds

Responsstrategieën voor bedreigingen vallen in vijf categorieën: escaleren, vermijden, overdragen, mitigeren en accepteren. Voor kansen zijn de spiegelstrategieën: escaleren, exploiteren, delen, versterken en accepteren. De verschillen tussen mitigatie, contingentie en workaround vervagen vaak in de praktijk, maar moeten op papier scherp gedefinieerd zijn.

• Mitigatie
  • Timing: Proactief; uitgevoerd voordat het risico zich voordoet
  • Getriggerd door: Geplande actie om waarschijnlijkheid of impact te verminderen
  • Goedkeuringstraject: Goedgekeurd tijdens de planning; gefinancierd uit het projectbudget
• Contingentie (Plan B)
  • Timing: Reactief; uitgevoerd als een specifieke trigger optreedt
  • Getriggerd door: Vooraf gedefinieerde triggercondities
  • Goedkeuringstraject: Vooraf goedgekeurde respons en reserve tijdens de planning
• Fallback
  • Timing: Uitgevoerd als de contingentie faalt of onvoldoende is
  • Getriggerd door: Falen van de primaire contingentie
  • Goedkeuringstraject: Vooraf goedgekeurd als secundaire respons
• Workaround
  • Timing: Reactief; ongepland
  • Getriggerd door: Een niet-geïdentificeerd risico of probleem dat zich voordoet
  • Goedkeuringstraject: Vereist change control als het de baselines beïnvloedt

Mitigatie vermindert de blootstelling vooraf — bijvoorbeeld door een prototype van een nieuwe integratie te bouwen om technische onzekerheid te verkleinen. Contingentie is een bewuste, vooraf goedgekeurde reactie die gekoppeld is aan een trigger, zoals het inschakelen van een tweede leverancier als de primaire leverancier een gedefinieerde mijlpaal mist. Fallback is de respons als de contingentie ondermaats presteert. Een workaround daarentegen is een ongeplande reactie op een niet-geïdentificeerd risico dat een issue is geworden. Omdat workarounds de planning omzeilen, ondermijnt de toepassing ervan zonder de impact op scope, planning of kosten via geïntegreerde change control te laten lopen de integriteit van de baseline, verstoort het de ’earned value’-data en verbergt het de verantwoordelijkheid. Zelfs onder tijdsdruk moet de workaround worden gedocumenteerd, het issue worden geregistreerd en elke impact op de baseline worden voorgelegd aan de change control board.

Reserves moeten op deze strategieën worden afgestemd. Contingentiereserves dekken bekende risico’s en bevinden zich binnen de kosten- en planningsbaselines; de projectmanager kan het gebruik ervan autoriseren wanneer een trigger optreedt. Managementreserves zijn bedoeld voor ‘unknown-unknowns’, vallen buiten de baselines en vereisen goedkeuring van de sponsor of CCB om vrijgegeven te worden. Beide moeten transparant worden weergegeven in prognoses (EAC, ETC) in plaats van te worden verborgen in te ruime schattingen (‘padded estimates’).

Monitoring, Escalatie en Issue Management

Zodra een risico zich voordoet, is het niet langer een risico maar een issue. Het wordt verplaatst — niet alleen gekopieerd — van het risicoregister naar het issuelog, dat de beschrijving, eigenaar, prioriteit, beoogde oplossingsdatum, status en ondernomen acties bijhoudt. Het volgen van de issue-managementprocedure zoals gedefinieerd in het risicomanagementplan is belangrijk omdat het consistente triage, verantwoordelijkheid en communicatie afdwingt.

Escalatiecriteria moeten vooraf worden vastgesteld. Een risico of issue wordt geëscaleerd wanneer het de bevoegdheidsdrempels van de projectmanager overschrijdt, wanneer het doelstellingen buiten de projectscope beïnvloedt, wanneer het middelen vereist die het project niet kan toewijzen, of wanneer het beleids-, veiligheids-, juridische of reputatiedimensies raakt. Escalatie is geen abdicatie: de projectmanager behoudt de verantwoordelijkheid om de beslissing te kaderen, opties te presenteren en het resultaat weer te integreren in de projectartefacten.

Eigenaarschap is de spil waar monitoring om draait. Elk risico en elk issue moet één benoemde eigenaar hebben, niet een team of een rol. Zonder eigenaar verzanden reacties, blijven triggers onopgemerkt en keert hetzelfde risico terug. Tijdens statusreviews verifieert de projectmanager dat elke openstaande respons vordert, dat het restrisico acceptabel is en dat nieuwe secundaire risico’s die door de respons zelf worden geïntroduceerd, worden geregistreerd.

Herbeoordeling bij externe gebeurtenissen en wijzigingen in regelgeving

Externe schokken — geopolitieke gebeurtenissen, schommelingen in grondstofprijzen, wisselkoersfluctuaties, pandemieën, uitspraken van regelgevende instanties, afwijzingen van vergunningen, nieuwe heffingen — maken eerdere aannames over waarschijnlijkheid en impact in het hele register ongeldig. Wanneer zo’n gebeurtenis zich voordoet, is de juiste volgorde om een formele risicoherbeoordeling te starten voordat een corrigerende maatregel wordt gekozen. Een herbeoordeling herevalueert elk getroffen risico, identificeert nieuw opgekomen risico’s en werkt de algehele risicoblootstelling bij. Alleen dan kunnen weloverwogen beslissingen worden genomen over het versnellen van de planning, alternatieve inkoop of aanpassingen aan de scope.

Neem een bouwproject dat wordt beïnvloed door een wereldwijde verstoring in de aardolievoorziening, die leveringen van asfalt en kunststoffen vertraagt. Het overhaast versnellen van één zending pakt slechts een symptoom aan. De gedisciplineerde eerste stap is om de risico’s in de toeleveringsketen breed te herbeoordelen, de nieuwe blootstelling te kwantificeren en vervolgens opties — alternatieve leveranciers, een andere volgorde van werkzaamheden, uitstel van scope — via change control voor te leggen. Evenzo, wanneer materiedeskundigen adviseren om extra tijd te nemen voor vergunningsaanvragen en de CCB hiermee instemt, is de schedule baseline het eerste document dat wordt bijgewerkt, omdat de goedgekeurde wijziging een verlenging van de planning is; het risicoregister, de kostenprognoses en het communicatieplan volgen daarna.

Identificatie en benutting van kansen

Kansen verdienen dezelfde nauwgezetheid als bedreigingen, maar worden vaak passief behandeld. Positieve risico’s — een vroege levering door een leverancier, een gunstige wisselkoers, een beschikbare expert die vrijkomt van een ander project — moeten worden geregistreerd, gescoord, toegewezen aan een eigenaar en nagestreefd met een expliciete strategie. ‘Benutten’ (Exploit) zorgt ervoor dat de kans wordt gerealiseerd (bijv. direct een contract met korting vastleggen). ‘Versterken’ (Enhance) verhoogt de waarschijnlijkheid of impact. ‘Delen’ (Share) draagt het eigendom over aan een partner die beter gepositioneerd is om de waarde te benutten. Wanneer een projectmanager tijdens de uitvoering een efficiënter idee voor een respons heeft dan oorspronkelijk gedocumenteerd, is de gedisciplineerde aanpak om dit te evalueren, het responsplan bij te werken, goedkeuring te verkrijgen via change control als baselines worden beïnvloed, en het vervolgens uit te voeren — niet om het stilzwijgend te vervangen.

Veelvoorkomende valkuilen en waarom ze mislukken

Ad-hoc oplossingen omzeilen change control, corrumperen baselines en wissen de traceerbaarheid; zelfs wanneer snelheid essentieel is, behouden documentatie en post-hoc wijzigingsverzoeken de governance. Het nalaten om het register bij te werken wanneer de waarschijnlijkheid of impact verandert, laat het team sturen op een verouderde kaart, waardoor reserves en aandacht verkeerd worden toegewezen. Het niet toewijzen van eigenaren garandeert herhaling, omdat monitoring zonder verantwoordelijkheid verwordt tot wensdenken. En het laten opzwellen van het register met triviale items verdunt de focus, waardoor kritieke risico’s juist op het moment dat discipline het belangrijkst is, uit het zicht raken.

Praktijkprobleem: Use-Case Scenario

Scenario: Priya Chandran beheert de integratie van de Meridian Payments Gateway, een initiatief van 14 maanden en $4,8 miljoen voor een middelgrote bank. Dit project zal vier legacy core-banking systemen verbinden met een nieuw real-time betalingsnetwerk. Het project bevindt zich in de vijfde maand en het risicoregister is sinds de start uitgegroeid tot 87 items — de meeste met waarschijnlijkheids- en impactscores onder de 6, verschillende dubbel opgenomen in verschillende werkstromen, en 12 zonder toegewezen eigenaar. Tijdens de laatste stuurgroepvergadering klaagde de sponsor dat het maandelijkse risicorapport onleesbaar was en dat twee materiële risico’s — een vertraging in de certificering van een leverancier en een onopgelost gat in het beheer van cryptografische sleutels — weggestopt waren op pagina vier.

Uitdaging: Priya moet de bruikbaarheid van het risicoregister als beslissingsondersteunend hulpmiddel herstellen zonder de traceerbaarheid van items met een lagere prioriteit te verliezen, en ze moet dit doen vóór de volgende stuurgroepvergadering over drie weken.

Aanbevolen aanpak:

1. Organiseer een twee uur durende risicobeoordelingsworkshop met de zes workstream-leiders en de vertegenwoordiger van enterprise risk om het volledige register item voor item door te nemen, waarbij de bestaande waarschijnlijkheids-impactmatrix als sorteerfilter wordt gebruikt.
2. Herclassificeer de items in drie niveaus: actief (score ≥ 12), watchlist (score 4–11) en gearchiveerd (score < 4 of triggervoorwaarden niet langer plausibel), en verplaats de watchlist- en gearchiveerde items naar afzonderlijke tabbladen zodat de actieve weergave gefocust blijft.
3. Herschrijf de top 15 actieve risico’s met een strikte oorzaak-gebeurtenis-gevolg-syntaxis, wijs aan elk een met naam genoemde individuele eigenaar toe (geen team), en definieer ten minste één meetbare triggervoorwaarde per risico.
4. Escaleer de vertraging in de leverancierscertificering en het gat in het sleutelbeheer onmiddellijk naar de sponsor met voorgestelde responsstrategieën en EMV-berekeningen, in plaats van te wachten op het geplande rapport.
5. Stel een vaste wekelijkse ‘risk huddle’ van 30 minuten in en een regel dat elk nieuw risico een eigenaar en een trigger moet hebben voordat het wordt toegelaten tot het actieve niveau.
6. Werk het risicomanagementplan bij om deze drempels voor de niveaus en hygiëneregels te documenteren, en verspreid dit onder de stuurgroep.

Waarom dit werkt: Het werken met niveaus (tiering) behoudt de audittrail die PMI verwacht, terwijl de ruis die het vertrouwen van stakeholders in het register ondermijnt, wordt geëlimineerd. Het benoemen van individuele eigenaren en expliciete triggers zet passieve monitoring om in verantwoordelijke paraatheid voor respons, en het direct aankaarten van materiële risico’s bij de sponsor komt de escalatieplicht van de PM na, in plaats van dat governancekanalen echte bedreigingen verdoezelen.

← Scope · Alle domeinen · Kwaliteitsbeheer →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →