Study PMP Recognizing When a Risk Has Become an Issue: key concepts, common traps, and exam decision cues.
On this page
Risk-to-issue signals matter because a project loses control when it keeps treating a current problem as if it were still only a possible future event. PMP questions in this area usually test whether the project manager can recognize when a risk has materialized and shift from risk response planning into issue management.
A Risk Becomes an Issue When It Is Happening Now
A risk is a possible event. An issue is a present condition that is already affecting the project or needs immediate action. The strongest exam answer usually identifies the transition point correctly. Common signals include:
the trigger event has already occurred
the impact is now active rather than hypothetical
the team must act immediately, not only monitor
ownership shifts from contingency planning to direct resolution
flowchart TD
A["Risk identified and monitored"] --> B["Trigger or event occurs"]
B --> C["Impact is now current and needs action"]
C --> D["Move from risk management into issue management"]
Do Not Leave a Live Problem in the Risk Register Alone
Once the event is real, the project manager should not behave as if monitoring is still enough. The response usually needs:
clear issue ownership
immediate assessment of impact
an action path
escalation if authority or thresholds require it
The risk record may still need updating for lessons learned or residual exposure, but the current problem now belongs in active issue management.
Timing Matters on the Exam
PMP questions often test this distinction through wording. If the vendor delay has already happened, the system outage is already affecting work, or a dependency has already failed, the strongest answer usually involves issue resolution rather than continued risk planning.
The weaker answer usually sounds like monitoring, contingency preparation, or future-response design after the event is already active.
Example
A project has a logged risk that a key supplier might miss a delivery date. Two days before installation, the supplier confirms the shipment has failed compliance inspection and will not arrive on time. The stronger response is no longer to review the risk register only. The stronger response is to treat the problem as a current issue, assign ownership, assess impact, and drive a resolution path.
Common Pitfalls
Continuing to monitor a problem that is already active.
Failing to assign issue ownership once the event occurs.
Treating trigger occurrence and issue occurrence as the same thing in every case without checking impact.
Forgetting to update both the issue and risk records appropriately.
Check Your Understanding
### When does a risk most clearly become an issue?
- [x] When the event is occurring or the impact is already active and needs direct action
- [ ] When the team discusses it in a meeting
- [ ] When the sponsor asks for a report
- [ ] When the project manager feels concerned about it
> **Explanation:** A risk becomes an issue when it is no longer just possible and now requires active response.
### Which response is strongest when a monitored risk has already materialized?
- [ ] Continue monitoring only
- [x] Shift to issue management with ownership and immediate action
- [ ] Close the item because it is no longer a risk
- [ ] Wait until the next periodic review
> **Explanation:** A current problem needs issue management, not only continued monitoring.
### Which wording most strongly suggests you are dealing with an issue rather than a risk?
- [ ] Might affect the schedule next quarter
- [ ] Could increase cost if a vendor fails
- [x] The vendor has already failed the milestone and work is blocked
- [ ] May require mitigation planning later
> **Explanation:** Present impact and blocked work indicate an active issue.
### What is the weakest habit when a risk turns into an issue?
- [ ] Assign a current owner and response path
- [ ] Reassess impact based on the active condition
- [ ] Update records to reflect the new status
- [x] Keep treating the matter as hypothetical after the event has already occurred
> **Explanation:** Once the issue is real, hypothetical framing weakens control.
Sample Exam Question
Scenario: A project has a known risk that a third-party interface may not be ready in time. The risk register includes triggers and contingency ideas. Today, the vendor confirms the interface will not be available for this release, and dependent testing cannot begin.
Question: Which step should come first?
A. Treat the event as a current issue, assign ownership, assess impact, and begin resolution planning
B. Continue monitoring the risk until the next review cycle
C. Remove the item from the risk register and take no further action
D. Wait to see whether the vendor changes its position
Best answer: A
Explanation: The strongest answer is A because the problem is now active and blocking project work. The project manager should shift from risk monitoring to issue management, establish ownership, assess the live impact, and drive the next response steps.
Why the other options are weaker:
B: Monitoring alone is too passive once the event is already occurring.
C: The risk history may still matter, but the current issue needs active management.
D: Waiting wastes time while the issue is already affecting delivery.
Key Terms
Risk trigger: A signal that a risk may be materializing.
Issue: A current problem or condition that requires active management.
Materialized risk: A risk event that has actually occurred and now needs issue handling.