Module 40: Project Management
Projects create change.
Change introduces risk.
Project management ensures that:
- Scope is controlled
- Risks are identified early
- Controls are embedded during design
- Governance oversight exists
- Stakeholders are aligned
- Risk treatment is integrated into delivery
CRISC evaluates project governance — not scheduling techniques.
What the exam is really testing
When project management appears, CRISC is asking:
- Was risk assessed before execution?
- Are risks tracked throughout the project lifecycle?
- Is scope creep controlled?
- Are security and control requirements embedded early?
- Is governance oversight maintained?
- Are residual risks formally accepted?
Projects increase inherent risk if unmanaged.
Risk in project lifecycle
Projects introduce risk through:
- New technology deployment
- System integration
- Vendor onboarding
- Data migration
- Organizational restructuring
- Cloud migration
- Regulatory change implementation
Each phase creates exposure.
Risk must be managed continuously.
Risk identification in projects
Effective project governance includes:
- Early risk assessment
- Risk register integration
- Control requirements definition
- Security-by-design principles
- Stakeholder engagement
- Escalation thresholds
CRISC favors proactive risk inclusion — not post-launch correction.
Scope creep risk
Uncontrolled scope changes lead to:
- Budget overruns
- Timeline delays
- Control bypass
- Security compromise
- Compliance gaps
Scope creep without risk reassessment increases exposure.
CRISC frequently tests scope control discipline.
Example scenario
A project adds new functionality late in development without reassessing risk impact.
Primary governance weakness?
A. Strong mitigation
B. Failure to reassess risk due to scope change
C. Excessive appetite
D. Weak inherent risk
Correct answer:
B. Failure to reassess risk due to scope change
Scope changes require risk reassessment.
Risk ownership in projects
Who owns risk during a project?
Still the business.
Project managers coordinate.
Security advises.
Business accepts or rejects risk.
CRISC maintains ownership discipline even during transformation.
Security & control integration
Controls should be:
- Designed into the system early
- Aligned to architecture
- Embedded in requirements
- Tested before deployment
- Integrated into change management
If security is added after deployment, cost and exposure increase.
CRISC favors “security by design.”
Vendor & third-party projects
Projects involving vendors require:
- Due diligence
- Contractual control requirements
- SLA monitoring
- Data protection provisions
- Escalation clarity
Vendor-led projects do not eliminate accountability.
Project risk monitoring
Project governance should include:
- Risk tracking logs
- Escalation thresholds
- Residual risk documentation
- KPI/KRI integration
- Milestone validation
- Post-implementation review
If risk logs are maintained but not reviewed, governance fails.
Example scenario
A project completes on time and within budget, but security requirements were deferred to a later phase.
Most significant concern?
A. Strong governance
B. Residual risk accepted without formal review
C. Excessive mitigation
D. Reduced inherent risk
Correct answer:
B. Residual risk accepted without formal review
Security deferral without formal acceptance increases exposure.
Post-implementation review
After deployment:
- Validate control effectiveness
- Reassess residual risk
- Update risk register
- Document lessons learned
- Adjust monitoring
Project completion ≠ risk elimination.
The most common exam mistakes
Candidates often:
- Focus on timeline success.
- Assume budget adherence equals low risk.
- Forget to reassess risk after scope change.
- Ignore business ownership.
- Overlook integration of controls early.
- Assume project closure ends risk.
CRISC evaluates risk discipline across project lifecycle.
Slightly uncomfortable scenario
A high-priority transformation project bypasses formal risk assessment due to executive urgency.
What governance principle is MOST compromised?
A. Strong innovation
B. Risk governance consistency
C. Control redundancy
D. KPI monitoring
Correct answer:
B. Risk governance consistency
Urgency does not eliminate governance discipline.
Quick knowledge check
1) Risk in projects should be assessed:
A. After deployment
B. Only at initiation
C. Continuously throughout lifecycle
D. Only during testing
Answer & reasoning
Correct: C
Risk evolves during projects.
2) Scope changes require:
A. Immediate acceptance
B. No action
C. Risk reassessment and governance review
D. Avoidance
Answer & reasoning
Correct: C
Scope changes alter exposure.
3) Completing a project on time guarantees low risk.
A. True
B. False
Answer & reasoning
Correct: B
Schedule success does not equal risk reduction.
Final takeaway
Project Management in CRISC is about:
- Embedding risk discipline early
- Maintaining governance oversight
- Reassessing risk with scope change
- Integrating controls during design
- Monitoring throughout lifecycle
- Ensuring formal acceptance of residual risk
Projects introduce change.
Change increases inherent risk.
Governance must follow transformation.
CRISC rewards structured oversight — not speed of delivery.