Risk Response Planning and Mitigation Strategies

Risk Register – The central repository where every identified risk is recorded, described, and tracked throughout the project life‑cycle. It includes fields for risk ID, description, probability, impact, owner, and status. In Primavera Risk…

Risk Response Planning and Mitigation Strategies

Risk Register – The central repository where every identified risk is recorded, described, and tracked throughout the project life‑cycle. It includes fields for risk ID, description, probability, impact, owner, and status. In Primavera Risk Management, the risk register is the primary tool for linking risk data with schedule and cost models. For example, a construction project may list “soil instability” as a risk, assign a probability of 30 % and an impact of $250 000, and designate the geotechnical engineer as the owner. The risk register then becomes the basis for all subsequent response planning.

Risk Owner – The individual or group responsible for managing a specific risk, including monitoring triggers, implementing response actions, and reporting status. Assigning a clear owner prevents ambiguity. In a software development project, the lead developer might be the owner of a “technology compatibility” risk, ensuring that any compatibility testing is performed as scheduled.

Probability – The likelihood that a risk event will occur, expressed as a percentage, a decimal, or a rating (e.g., low, medium, high). Probability is combined with impact to calculate risk exposure. For instance, a 20 % probability of a supplier delay multiplied by an impact of $100 000 yields an expected exposure of $20 000.

Impact – The consequence of a risk event on project objectives, typically measured in cost, schedule, scope, or quality terms. Impacts can be quantified in monetary values, days of delay, or performance degradation. A “regulatory change” risk might have a high impact on schedule because compliance testing could add 30 days.

Risk Exposure – The product of probability and impact, representing the expected monetary value (EMV) of a risk. It provides a single figure for prioritizing risks. When multiple risks are aggregated, the total exposure informs the overall risk budget.

Risk Tolerance – The level of risk exposure that the organization or project sponsor is willing to accept without further action. Tolerance is often expressed as a dollar amount or as a percentage of total project budget. If the total risk exposure exceeds the tolerance, additional mitigation measures are required.

Risk Appetite – The broader strategic willingness to take on risk in pursuit of objectives. While tolerance is a specific threshold, appetite reflects cultural and strategic factors. A high‑risk‑appetite organization may accept larger exposures for innovative projects.

Risk Response Planning – The process of developing options and actions to enhance opportunities and reduce threats to project objectives. It follows risk analysis and precedes implementation. In Primavera, response planning is linked to the schedule via risk events and to the cost model via contingency allocations.

Risk Response Strategy – The high‑level approach chosen for a particular risk. The main strategies include avoidance, transfer, mitigation, acceptance, exploitation, enhancement, sharing, and escalation. Each strategy dictates a different set of actions and resource commitments.

Avoidance – Changing the project plan to eliminate the risk entirely. For example, if a “flood zone” risk threatens a construction site, relocating the site to higher ground removes the risk. Avoidance often incurs additional costs or schedule impacts, so it is used when the risk exposure is unacceptable and alternatives are limited.

Transfer – Shifting the risk to a third party, typically through contracts, insurance, or outsourcing. A “material price fluctuation” risk can be transferred to a supplier via a fixed‑price contract. Insurance policies are common for “natural disaster” risks, moving the financial burden to the insurer.

Mitigation – Reducing either the probability or impact of a risk through proactive actions. Mitigation is the most frequently used strategy. Practical mitigation steps include adding design redundancy, performing additional testing, or establishing alternative suppliers. For a “key personnel turnover” risk, a mitigation plan might involve cross‑training team members to ensure knowledge continuity.

Acceptance – Deciding to retain the risk without any active response, often because the cost of mitigation exceeds the exposure or the risk falls within tolerance. Acceptance can be passive (no action) or active (contingency planning). A small “office supply delay” risk might be accepted because its impact is negligible.

Exploitation – Acting to ensure that a positive risk (opportunity) occurs. In a market‑entry project, a “early regulatory approval” opportunity could be exploited by accelerating the submission process, thereby gaining a competitive advantage.

Enhancement – Increasing the probability or positive impact of an opportunity. For example, investing in advanced prototyping can increase the chance of a “technology breakthrough” opportunity.

Sharing – Distributing risk among multiple parties to reduce individual exposure. Joint ventures often share risk, as each partner contributes resources and receives a proportionate share of benefits and losses.

Escalation – Raising a risk to higher management when it exceeds the authority or capability of the current owner. Escalation is essential for “secondary risks” that arise from primary risk responses.

Secondary Risk – A new risk that emerges as a direct result of implementing a risk response. Implementing a mitigation plan for “schedule compression” may create a “quality degradation” secondary risk, requiring its own response.

Risk Trigger – A predefined event or condition that signals the imminent occurrence of a risk. Triggers enable timely activation of response actions. For a “supplier delay” risk, a trigger could be the receipt of a shipping notice indicating a two‑week postponement.

Contingency Plan – A predefined set of actions to be executed if a risk event occurs. Contingency plans differ from mitigation plans; they are activated after the risk materializes. In Primavera, contingency plans are linked to specific risk events and can be scheduled as “what‑if” scenarios.

Fallback Plan – An alternative course of action if the primary contingency plan fails. Fallbacks provide an additional safety net, especially for high‑impact risks. For a “critical software component failure,” the primary contingency may be a hot‑swap of the component; the fallback could be a full system rollback.

Residual Risk – The remaining risk exposure after all planned responses have been applied. Residual risk is assessed to determine whether it falls within tolerance. For a “design error” risk, after mitigation (additional design reviews) the residual risk may still be 5 % probability with a $10 000 impact.

Risk Breakdown Structure (RBS) – A hierarchical decomposition of risks by categories, similar to a work breakdown structure. The RBS helps organize risks into logical groups such as technical, external, organizational, and project‑management risks. A well‑structured RBS improves the consistency of risk identification and reporting.

Monte Carlo Simulation – A quantitative risk analysis technique that runs thousands of iterations of the project model, randomly sampling probability distributions for each risk. The simulation produces probability distributions for project cost and schedule, allowing the identification of the probability of meeting target dates or budgets. In Primavera, Monte Carlo is integrated with the schedule to produce “risk‑adjusted” baselines.

Sensitivity Analysis – A technique that examines how changes in individual risk parameters affect overall project outcomes. By varying the probability or impact of a single risk, planners can identify which risks are most influential. Sensitivity analysis often guides the prioritization of mitigation efforts.

Decision Tree – A graphical representation of decision points, chance events, and outcomes. Decision trees help evaluate alternative response strategies by calculating expected values for each branch. They are especially useful for “transfer” decisions where insurance premiums must be weighed against potential losses.

Probability Distribution – The statistical representation of the range of possible outcomes for a risk. Common distributions include triangular, normal, and log‑normal. Selecting an appropriate distribution is critical for accurate Monte Carlo results. For a “material cost increase” risk, a triangular distribution may be used with a most likely increase of 5 %, a minimum of 0 % and a maximum of 10 %.

Expected Monetary Value (EMV) – The statistical average of potential outcomes, calculated as Σ (probability × impact). EMV provides a single monetary figure for comparing risks or response options. It is the foundation of many quantitative techniques.

Risk Scoring – Assigning numeric scores to risks based on weighted criteria such as probability, impact, and detectability. Scores enable ranking and prioritization. A common formula is Risk Score = (Probability × Impact) × Weight. The resulting score places risks on a risk matrix for visual analysis.

Risk Matrix – A two‑dimensional chart that plots probability against impact, dividing the space into zones (low, medium, high). The matrix provides a quick visual of risk severity and helps communicate priorities to stakeholders.

Risk Budget – The portion of the overall project budget allocated to address risk, including mitigation costs, contingency reserves, and insurance premiums. The risk budget is often expressed as a percentage of the total project cost. A typical risk budget for a large infrastructure project might be 5 % of the total cost.

Schedule Buffer – Additional time added to the project schedule to absorb schedule risk. Buffers can be placed at the project level (project buffer) or at specific activity levels (activity buffers). In Critical Chain Project Management, buffers are a central concept for protecting the critical chain.

Cost Buffer – Additional funds set aside to cover cost overruns caused by risk events. Cost buffers are distinct from contingency reserves, which are often used for known risks, whereas buffers address unknown or emergent risks.

Risk‑Adjusted Schedule – A schedule that incorporates risk influences, typically derived from Monte Carlo simulation results. The risk‑adjusted schedule shows probabilistic completion dates (e.g., 90 % confidence finish date). This schedule is used for stakeholder communication and decision making.

Risk‑Adjusted Cost – A cost estimate that includes the impact of risk, providing a probabilistic range of possible final costs. It is often expressed as a confidence interval (e.g., $12 M to $15 M at 80 % confidence).

Risk Governance – The set of policies, procedures, and structures that define how risk is managed across the organization. Governance includes roles, reporting lines, escalation paths, and performance metrics. Effective governance ensures that risk response planning aligns with strategic objectives.

Risk Communication – The process of sharing risk information with stakeholders, including status updates, trigger alerts, and response effectiveness reports. Clear communication builds trust and enables timely decision making. In Primavera, risk dashboards provide visual communication tools.

Risk Threshold – A predefined limit for risk exposure that, when exceeded, triggers a specific response such as escalation or additional mitigation. Thresholds can be set for individual risks or for aggregate exposure.

Risk Policy – A formal document that outlines the organization’s approach to risk, including risk appetite, tolerance, roles, and procedures. The policy guides the development of risk response plans and ensures consistency across projects.

Risk Assessment – The overall process of identifying, analyzing, and evaluating risks. Assessment is the foundation upon which response planning is built. It includes both qualitative and quantitative techniques.

Risk Modeling – The creation of mathematical or simulation models that represent risk behavior and its effect on project outcomes. Modeling enables scenario analysis and supports decision making.

Risk Quantification – Translating risks into numeric values (probability, impact, EMV) to facilitate comparison and prioritization. Quantification is essential for allocating resources effectively.

Risk Scoring and Ranking – The systematic arrangement of risks based on their scores, allowing managers to focus on the highest‑ranked items. Ranking is often refreshed after each analysis cycle.

Risk Prioritization – The act of ordering risks for treatment based on severity, urgency, and strategic relevance. Prioritization drives the sequencing of mitigation activities.

Risk Monitoring – Ongoing tracking of risk status, triggers, and response effectiveness. Monitoring ensures that risk plans remain relevant and that emerging threats are identified early.

Risk Reporting – The generation of formal reports that summarize risk status, exposure, and actions taken. Reports are typically presented to project sponsors, steering committees, and governance boards.

Risk Audit – An independent review of the risk management process to verify compliance with policies and to assess the effectiveness of response actions. Audits may uncover gaps or opportunities for improvement.

Risk Review – A periodic meeting where the risk register, response plans, and performance metrics are examined. Reviews facilitate adjustments to strategies and reallocation of resources.

Risk Metrics – Quantitative measures used to evaluate risk performance, such as number of risks closed, average response time, or variance between planned and actual exposure. Metrics support continuous improvement.

Key Performance Indicator (KPI) – A specific metric that indicates the success of risk management activities. Examples include “percentage of high‑risk mitigations completed on schedule” or “variance of actual cost buffer versus planned buffer.”

Risk Mitigation Measure – A concrete action taken to reduce risk exposure. Measures can be technical (e.g., adding redundancy), procedural (e.g., revising procurement processes), or contractual (e.g., fixed‑price agreements).

Mitigation Cost – The expense associated with implementing a mitigation measure. Cost–benefit analysis compares mitigation cost against the reduction in exposure to determine net benefit.

Mitigation Schedule – The timeline for executing mitigation activities. Aligning mitigation tasks with the overall project schedule ensures that risk reduction does not create new delays.

Mitigation Effectiveness – The degree to which a mitigation measure reduces probability, impact, or both. Effectiveness is measured by post‑implementation monitoring and may be expressed as a percentage reduction.

Mitigation Success Criteria – Predefined conditions that must be met for a mitigation effort to be considered successful. Criteria may include achieving a target reduction in probability, meeting a cost limit, or completing within the scheduled time.

Mitigation KPI – A performance indicator specifically related to mitigation, such as “average time to implement mitigation after trigger detection.”

Mitigation Challenges – Common obstacles encountered during mitigation, including resource constraints, stakeholder resistance, inaccurate risk data, and schedule integration issues. Understanding these challenges helps in planning realistic mitigation pathways.

Mitigation Pitfalls – Frequent mistakes such as over‑mitigating low‑impact risks, under‑estimating contingency, or failing to update the risk register after mitigation. Avoiding pitfalls requires disciplined governance and regular reviews.

Risk Response Owner – The person tasked with executing a specific response action. Distinguishing between risk owner (overall responsibility) and response owner (action execution) clarifies accountability.

Risk Response Action – The specific task or set of tasks undertaken to implement a chosen strategy. For a “supplier delay” risk, a response action might be “activate secondary supplier contract.”

Risk Response Schedule – The timing of response actions relative to trigger detection. Early response schedules can prevent escalation, while delayed schedules may increase exposure.

Risk Response Budget – Funds earmarked for executing response actions. This budget is separate from the overall risk budget and is tracked for each response.

Risk Response Effectiveness – Evaluation of how well a response achieved its intended outcome. Effectiveness is measured by comparing actual results to success criteria.

Risk Response Evaluation – The systematic assessment of response performance after implementation, often using post‑mortem analysis or lessons‑learned sessions.

Risk Response Monitoring – Continuous observation of response activities to ensure they stay on track and achieve desired reductions. Monitoring may involve status reports, dashboard updates, and trigger re‑evaluation.

Risk Response Review – A formal meeting to discuss the performance of response actions, identify lessons, and decide on any necessary adjustments.

Risk Mitigation Strategies – The overarching approaches used to reduce risk exposure. Strategies may be categorized as preventive, corrective, or adaptive. Preventive measures aim to stop risk before it occurs; corrective actions address risks after occurrence; adaptive measures adjust the project to accommodate residual risk.

Preventive Mitigation – Actions taken before a risk event to reduce its probability. Examples include rigorous design reviews, supplier qualification, and training programs.

Corrective Mitigation – Steps taken after a risk materializes to limit its impact. For a “equipment failure,” corrective mitigation could involve rapid repair contracts or spare parts inventory.

Adaptive Mitigation – Flexible measures that allow the project to adjust to changing risk conditions. Adaptive approaches include dynamic scheduling, rolling wave planning, and iterative risk reassessment.

Risk Mitigation Techniques – Specific methods employed to implement mitigation strategies. Common techniques include redundancy, diversification, buffering, phased implementation, and early contractor involvement.

Redundancy – Adding duplicate components or processes to increase reliability. In a data‑center project, redundant power supplies mitigate the risk of outage.

Diversification – Spreading risk across multiple sources or suppliers. A procurement team may diversify material sources to reduce dependency on a single vendor.

Buffering – Inserting time or cost buffers to absorb variability. Buffering is especially valuable in high‑uncertainty environments like research and development.

Early Contractor Involvement (ECI) – Engaging contractors during the design phase to identify constructability risks early, enabling proactive mitigation.

Phased Implementation – Rolling out a project in stages to limit exposure. A phased rollout of a new IT system allows issues to be identified and corrected before full deployment.

Risk Mitigation Plan – The documented set of mitigation measures, schedules, budgets, owners, and success criteria for each identified risk. The plan is integrated with the overall project plan and updated as new information emerges.

Mitigation Measure Documentation – Detailed records of each mitigation action, including rationale, expected benefit, resources required, and monitoring procedures. Proper documentation supports auditability and knowledge transfer.

Mitigation Cost Management – Tracking and controlling the expenses associated with mitigation activities. Cost management ensures that mitigation does not exceed allocated budgets and that any overruns are justified.

Mitigation Schedule Management – Coordinating mitigation tasks with the main project schedule to avoid conflicts and to ensure timely execution. This often involves using Primavera’s activity linking and constraint features.

Mitigation Performance Tracking – Ongoing measurement of mitigation progress against the plan. Performance data feeds into risk dashboards and supports corrective actions if a mitigation falls behind.

Mitigation Success Evaluation – The process of determining whether mitigation achieved its intended reduction in exposure. Success evaluation uses pre‑defined criteria and may involve statistical analysis of post‑mitigation data.

Mitigation KPI Development – Defining meaningful indicators that reflect mitigation performance. Effective KPIs are specific, measurable, achievable, relevant, and time‑bound (SMART).

Mitigation Metrics Examples – Number of mitigations completed per month, average reduction in risk exposure per mitigation, variance between planned and actual mitigation cost, and percentage of mitigations that met success criteria.

Mitigation Controls – Governance mechanisms that enforce compliance with mitigation plans, such as approval workflows, change control boards, and audit trails.

Mitigation Best Practices – Established guidelines that improve the effectiveness of risk mitigation. Best practices include early identification, aligning mitigation with project milestones, maintaining clear ownership, and regularly updating the risk register.

Mitigation Integration with Primavera – Leveraging Primavera’s risk analysis module to link risk events to schedule activities, cost accounts, and resource assignments. Integration enables automatic recalculation of the risk‑adjusted schedule when mitigation actions are entered.

Practical Example – Construction Project A large commercial building project identifies the following high‑level risks:

1. Soil instability (probability 30 %, impact $300 000) – Owner: Geotechnical Engineer. 2. Labor strike (probability 15 %, impact $500 000) – Owner: HR Manager. 3. Material price escalation (probability 25 %, impact $200 000) – Owner: Procurement Lead.

For soil instability, the chosen strategy is avoidance. The project team decides to relocate the foundation footprint, adding a cost of $150 000 and a schedule delay of 10 days. The mitigation cost is justified because the residual risk exposure would be near zero, well within tolerance.

For labor strike, the team selects mitigation through proactive labor relations. The mitigation measure includes quarterly meetings with union representatives and the establishment of a “strike‑avoidance fund” of $50 000. The expected reduction in probability is from 15 % to 5 %, decreasing the EMV from $75 000 to $25 000.

For material price escalation, the strategy is transfer. The procurement lead negotiates a fixed‑price contract with a price increase clause limited to 2 %. The transfer cost (insurance‑like premium) is $20 000. The risk exposure after transfer drops to $5 000.

All three mitigation actions are entered into Primavera as separate activities linked to the main schedule, with associated budgets. Monte Carlo simulation is run before and after mitigation. The pre‑mitigation 90 % confidence finish date is 48 weeks; post‑mitigation it improves to 46 weeks. The cost confidence interval narrows from $12 M–$15 M to $11.5 M–$13 M, demonstrating the value of the mitigation plan.

Practical Example – IT Implementation A software firm plans to deploy a new enterprise resource planning (ERP) system. Identified risks include:

- Data migration errors (probability 20 %, impact $250 000). - Regulatory compliance change (probability 10 %, impact $150 000).

The response for data migration is a combination of mitigation and contingency. Mitigation actions consist of a pilot migration, automated validation scripts, and staff training. These reduce the probability to 5 % and the impact to $100 000, yielding a residual EMV of $5 000. A contingency plan is also created: if a migration error exceeds $50 000, a dedicated recovery team is activated (contingency cost $30 000).

For the regulatory risk, the strategy is transfer via an external compliance consultancy. The consultancy fee is $40 000, covering any required system modifications. The risk exposure after transfer is negligible.

Both risks are logged in Primavera, with trigger conditions defined (e.g., “migration error > 10 % of total records”). The risk‑adjusted schedule reflects a 2‑day buffer for data migration and a 1‑day buffer for compliance testing. The final project plan shows a 95 % confidence of on‑time delivery.

Challenges in Risk Response Planning

1. Data Accuracy – Inaccurate probability or impact estimates lead to misguided mitigation choices. Over‑optimistic data can cause under‑investment in controls, while pessimistic data may waste resources. Continuous validation and expert judgment are essential.

2. Resource Constraints – Limited staff, budget, or time often forces trade‑offs among mitigation actions. Prioritization based on risk exposure and strategic relevance helps allocate scarce resources effectively.

3. Stakeholder Alignment – Different stakeholders may have competing risk appetites. Aligning expectations requires clear communication, documented thresholds, and governance structures that capture stakeholder input.

4. Integration with Schedule – Mitigation activities must be woven into the project schedule without causing new critical‑path delays. Poor integration can generate secondary risks, such as “schedule compression” leading to quality issues.

5. Monitoring and Adaptation – Risks evolve, and mitigation measures may become obsolete. Ongoing monitoring, trigger reassessment, and agile response adjustments are necessary to keep the risk plan relevant.

6. Change Management – Implementing mitigation often involves process changes, new tools, or cultural shifts. Resistance can impede execution, making change‑management techniques indispensable.

7. Quantifying Benefits – Translating mitigation actions into expected reductions in probability or impact is inherently uncertain. Using historical data, expert elicitation, and sensitivity analysis improves estimate reliability.

8. Secondary Risk Identification – Every mitigation can spawn new risks. A systematic secondary‑risk identification process, often incorporated into the risk audit, helps capture these unintended consequences.

Best‑Practice Recommendations

- Conduct risk workshops early and repeat them at major milestones to capture emerging risks. - Use a standardized Risk Breakdown Structure to ensure consistent categorization across projects. - Apply Monte Carlo simulation after each major mitigation update to observe the effect on schedule and cost confidence. - Define clear Success Criteria for each mitigation measure before implementation. - Maintain a living Risk Register in Primavera, linking each risk to schedule activities, cost accounts, and responsible owners. - Establish a formal Risk Governance board that reviews thresholds, escalations, and budget allocations on a monthly basis. - Document all Mitigation Measures with rationale, expected benefit, and monitoring plan. - Use KPIs such as “percentage of high‑risk mitigations completed on schedule” to track performance. - Perform regular Risk Audits to verify compliance with the risk policy and to uncover gaps. - Communicate risk status through concise dashboards that highlight trigger events, exposure changes, and mitigation progress.

Illustrative Risk Response Planning Workflow

1. Review the updated Risk Register after the latest risk analysis. 2. Prioritize risks using Risk Scoring and the Risk Matrix. 3. For each high‑priority risk, select an appropriate Risk Response Strategy (avoidance, mitigation, transfer, etc.). 4. Develop detailed Mitigation Measures, assigning owners, budgets, and schedules. 5. Define Triggers and Contingency Plans for each risk. 6. Enter the mitigation activities into Primavera, linking them to the affected schedule tasks. 7. Run a Monte Carlo Simulation to assess the impact of the proposed responses on the risk‑adjusted schedule and cost. 8. Review simulation results with the governance board; adjust mitigation scope if exposure remains above tolerance. 9. Approve the final Risk Response Plan and allocate the Risk Budget. 10. Execute mitigation actions, monitor triggers, and update the Risk Register with actual outcomes. 11. Conduct a post‑implementation Risk Review to evaluate effectiveness and capture lessons learned.

Key Vocabulary Summary

- Risk Register – Central record of all identified risks. - Risk Owner – Person accountable for a specific risk. - Probability and Impact – Core quantitative attributes. - Risk Exposure – Expected monetary value (EMV). - Risk Tolerance and Risk Appetite – Organizational thresholds. - Risk Response Planning – Development of strategies and actions. - Avoidance, Transfer, Mitigation, Acceptance – Primary response strategies. - Exploitation, Enhancement, Sharing – Opportunity‑focused strategies. - Secondary Risk – New risk created by a response. - Risk Trigger – Event that signals imminent risk occurrence. - Contingency Plan and Fallback Plan – Pre‑defined actions after risk materializes. - Residual Risk – Remaining exposure after response. - Risk Breakdown Structure (RBS) – Hierarchical categorization of risks. - Monte Carlo Simulation – Quantitative analysis technique. - Sensitivity Analysis – Influence assessment of individual risks. - Decision Tree – Visual tool for evaluating alternatives. - Probability Distribution – Statistical model for risk outcomes. - Risk Scoring and Risk Matrix – Prioritization tools. - Risk Budget, Schedule Buffer, Cost Buffer – Financial and temporal reserves. - Risk‑Adjusted Schedule and Risk‑Adjusted Cost – Probabilistic baselines. - Risk Governance, Risk Communication, Risk Policy – Structural elements. - Risk Audit, Risk Review, Risk Metrics, KPI – Performance monitoring. - Mitigation Measure, Mitigation Cost, Mitigation Schedule – Implementation details. - Mitigation Effectiveness, Success Criteria, KPI – Evaluation mechanisms. - Mitigation Challenges and Pitfalls – Common obstacles.

By mastering this terminology and applying the associated concepts within Primavera Risk Management, professionals can construct robust risk response plans, allocate resources wisely, and increase the likelihood of delivering projects on‑time, within budget, and to the desired quality standards.

Key takeaways

  • For example, a construction project may list “soil instability” as a risk, assign a probability of 30 % and an impact of $250 000, and designate the geotechnical engineer as the owner.
  • In a software development project, the lead developer might be the owner of a “technology compatibility” risk, ensuring that any compatibility testing is performed as scheduled.
  • For instance, a 20 % probability of a supplier delay multiplied by an impact of $100 000 yields an expected exposure of $20 000.
  • Impact – The consequence of a risk event on project objectives, typically measured in cost, schedule, scope, or quality terms.
  • Risk Exposure – The product of probability and impact, representing the expected monetary value (EMV) of a risk.
  • Risk Tolerance – The level of risk exposure that the organization or project sponsor is willing to accept without further action.
  • Risk Appetite – The broader strategic willingness to take on risk in pursuit of objectives.
June 2026 intake · open enrolment
from £90 GBP
Enrol