Project Risk Management
Project Risk Management
Management
PMP Study Workbook
www.pmexamcoach.com
TABLE OF CONTENTS
Project Risk Management ...........................................................................................................1
Risk Management Overview .............................................................................................................. 1
Risk Management Key Concepts ........................................................................................................ 2
Risk Management Trends & Emerging Practices ................................................................................. 2
Risk Management Tailoring Considerations ....................................................................................... 3
Risk Management Considerations for Agile Environments................................................................. 4
Plan Risk Management ....................................................................................................................... 4
Plan Risk Management: Inputs ................................................................................................................................ 5
Plan Risk Management: Tools & Techniques ........................................................................................................ 5
Plan Risk Management: Outputs ............................................................................................................................ 6
Identify Risks ...................................................................................................................................... 7
Identify Risks: Inputs ................................................................................................................................................. 8
Identify Risks: Tools & Techniques....................................................................................................................... 10
Identify Risks: Outputs........................................................................................................................................... 11
Perform Qualitative Risk Analysis ................................................................................................... 12
Perform Qualitative Risk Analysis: Inputs .......................................................................................................... 12
Perform Qualitative Risk Analysis: Tools & Techniques .................................................................................. 13
Perform Qualitative Risk Analysis: Outputs ...................................................................................................... 15
Perform Quantitative Risk Analysis ................................................................................................. 15
Perform Quantitative Risk Analysis: Inputs ....................................................................................................... 16
Perform Quantitative Risk Analysis: Tools & Techniques ................................................................................ 17
Perform Quantitative Risk Analysis: Outputs .................................................................................................... 19
Plan Risk Responses ......................................................................................................................... 20
Plan Risk Responses: Inputs .................................................................................................................................. 20
Plan Risk Responses: Tools & Techniques........................................................................................................... 21
Plan Risk Responses: Outputs ............................................................................................................................... 25
Implement Risk Responses ............................................................................................................... 26
Implement Risk Responses: Inputs ........................................................................................................................ 27
Implement Risk Responses: Tools & Techniques ................................................................................................ 27
Implement Risk Responses: Outputs .................................................................................................................... 28
Monitor Risks .................................................................................................................................... 29
Monitor Risks: Inputs .............................................................................................................................................. 29
Monitor Risks: Tools & Techniques....................................................................................................................... 30
Monitor Risks: Outputs........................................................................................................................................... 31
Project Risk Management
The following processes are contained in the Project Risk Management Knowledge Area:
Monitor Risks
All projects are risky since they are unique undertakings with varying degrees of complexity
that aim to deliver benefits. They do this in a context of constraints and assumptions, while
responding to stakeholder expectations that may be conflicting and changing.
Risks exists at two levels within every project: 1) individual project risk that can affect the
achievement of the project objectives, and 2) overall project risk that arises from the
combination of individual project risks and other sources of uncertainty.
Individual Project Risk – An uncertain event or condition that, if it occurs, has a positive or
negative effect on one or more project objectives. Individual project risks can have a
positive or negative effect on project objectives if they occur. Project risk management
aims to exploit or enhance positive risks (opportunities) while avoiding or mitigating
negative risks (threats).
Overall Project Risk – The effect of uncertainty on the project as a whole, arising from all
sources of uncertainty including individual risks. Overall project risk represents the
exposure of stakeholders to the implications of variations in project outcome, both positive
and negative. Overall project risk can also be positive or negative. Management of
overall project risk aims to keep project risk exposure within an acceptable range to help
maximize the probability of achieving overall project objectives.
Risks will continue to emerge during the lifetime of the project. This means that the initial risk
management processes are performed at the beginning of the project by shaping the project
strategy, but also iteratively throughout the project life cycle.
The focus of project risk management is broadening to ensure that all types of risks are
considered, and that project risks are understood in a wider context. Following are some major
trends and emerging practices for Project Risk Management:
Variability Risks – These are risks where uncertainty exists about some key characteristics
of a planned event, activity, or decision (e.g., unseasonal weather conditions may occur
during the construction phase).
Ambiguity Risks – These are risks where uncertainty exists about what may happen in the
future and normally occur where areas of the project experience imperfect knowledge
that might affect the project’s ability to achieve its objectives (e.g., future developments in
regulatory frameworks).
Project Resilience – The existence of emerging risk is becoming clear with a growing
awareness of “unknowable-unknowns”. These are risks that can only be recognized after they
occur. Emergent risks can be handled by project resilience.
Integrated Risk Management – Projects exist in an organizational context, and they may
form part of a program or portfolio. Risks exist at each of these levels, and risks should be
owned and managed at the appropriate level.
Because each project is unique, the project manager may need to tailor the way that Project Risk
Management processes are applied. Following are key considerations that the project manager
should keep in mind when applying the Project Risk Management processes:
High-variability environments by their very nature incur more uncertainty and risk. Following are
key considerations that the project team should keep in mind when working in an agile project
environment:
Agile projects should make use of frequent reviews of incremental work products.
Agile projects should make use of frequent reviews of cross-functional project teams to
accelerate knowledge sharing and ensure that risks are understood and managed.
Agile projects should consider risk when selecting the content of each iteration, and the
identification, analysis, and management of risks during each iteration.
Agile projects should ensure that requirements are kept as a dynamic living document that is
updated regularly.
Agile projects should understand that work may be reprioritized as the project progresses,
based on an improved understanding of current risk exposure.
The Plan Risk Management process should begin when the project is conceived and the initial risk
management activities should be completed early in the project. It is commonly necessary to revisit
this process later in the project life cycle.
EEFs OPAs
Project Charter – Components for this process include high-level project description and
boundaries, high-level requirements, and high-level risks.
Project Management Plan – All approved subsidiary management plans should be taken into
consideration in order to make the risk management plan consistent with them.
Enterprise Environmental Factors (EEFs) (e.g., overall risk thresholds set by the organization
or key stakeholders.
Organizational Process Assets (OPAs) – Examples include organizational risk policy and risk
categories.
Expert Judgment – Those individuals or groups that possess specific expertise in areas such as
familiarity with the organization’s risk management approach, and how to tailor risk
management activities to the specific needs of the project should be consulted while
performing this process.
Meetings – The risk management plan may be developed as part of a project kickoff
meeting, or a specific risk management planning meeting may be held.
Risk
Management
Plan
Risk Management Plan – The risk management plan is the sole output of the Plan Risk
Management process. It is a component of the project management plan that describes how
risk management activities will be structured and performed. Elements that are commonly
included in the risk management plan include risk strategy, risk methodology, risk roles and
responsibilities, risk funding, and risk activity timing, which have already been discussed.
Following are some additional risk management plan elements that are commonly included:
Risk Probability and Impact Definitions – These refer to the risk probability and impact
levels that are specific to the project context, and that reflect the risk appetite and
thresholds of the organization and the key stakeholders.
Risk Probability and Impact Matrix – This is a grid used for mapping the probability of
occurrence for each risk, and its impact on project objectives if the risk occurs.
Risk Reporting Formats – Reporting formats define how the outcomes of the Project Risk
Management process will be documented, analyzed, and communicated (e.g., risk register
format, risk report format).
Page 6 Visit www.pmexamcoach.com for exam resources
Project Risk Management
Risk Tracking Documents – These documents track how risk activities will be recorded
and how risk management processes will be audited.
Risk Categories – These provide a means for grouping individual project risks. A risk
breakdown structure (RBS) is commonly used to categorize project risks. The RBS is a
hierarchical representation of potential sources of risks that helps the project team
consider the full range of sources from which individual risks arise.
Project
Performance
Identify Risks
All project stakeholders should be encouraged to identify individual project risks. This is especially
true of the project team members to maintain a sense of risk ownership, responsibility for
identified project risks, the level of overall project risks, and associated risk response activities.
Project Project
Management Documents Agreements
Plan
Project Management Plan – Following are common components used in this process from the
project management plan:
Scope Baseline
Schedule Baseline
Cost Baseline
Project Documents:
Assumption Log
Cost Estimates
Duration Estimates
Issue Log
Resource Requirements
Stakeholder Register
Enterprise Environmental Factors (EEFs) – These can be internal to the organization (e.g.,
benchmarking results), or external to the organization (e.g., commercial risk database or
checklists.).
Expert Judgment – Those individuals or groups that possess specialized knowledge of similar
projects or similar business areas should be consulted while performing this process.
Data-Gathering Techniques – Important data gathering techniques used in this process are
brainstorming, checklists, and interviews.
Data Analysis Techniques – These commonly include root cause analysis, SWOT analysis,
and document analysis, which have already been discussed. Another important data analysis
technique used in this process is assumption and constraint analysis.
Every project and its project management plan are conceived and developed based on a set
of assumptions and within a series of constraints. Assumption and constraint analysis explores
the validity of assumptions and constraints to determine which pose a risk to the project.
Interpersonal & Team Skills – An important interpersonal and team skill used in this process is
facilitation.
Prompt Lists – This is a predetermined list of risk categories that may help identify individual
project risks, and that could also act as sources of project risks.
Meetings – A common meeting held during the Identify Risks process is a risk workshop. This is
a specialized meeting that uses brainstorming techniques to identify project risks.
Project
Risk Report Documents Risk Register
Updates
Risk Report – This is a project document that summarizes information on individual project risks
and the level of overall project risk.
Project Documents Updates – Commonly used project documents that are updated as part of
this process include the assumption log, the issue log, and the lessons learned register.
Risk Register – This is a component of the project management plan and acts as a repository
for recorded outputs of risk management processes. At a minimum, it should include a list of
identified risks, a list of potential risk owners, and a list of potential risk responses.
Perform Qualitative Risk Analysis establishes the relative priorities of individual project risks for
the Plan Risk Responses process. It identifies a risk owner for each risk who will take responsibility
for planning an appropriate risk response and ensuring that it is implemented.
Project Project
Management Documents EEFs OPAs
Plan
Project Management Plan – The main component for this process includes the risk
management plan.
Project Documents: These commonly include the assumption Log, the risk register, and the
stakeholder register.
Data
Representation Meetings
Techniques
Expert Judgment – Those individuals or groups that possess specific expertise in areas such as
knowledge of previous similar projects and qualitative risk analysis should be consulted while
performing this process.
Risk Categorization – Project risks can be categorized by sources of risks and commonly uses
the risk breakdown structure (RBS) to accomplish this. The risk categories that may be used for
the project are defined in the risk management plan.
Hierarchical Charts – If project risks have been categorized using more than two parameters,
the probability and impact matrix cannot be used. In this case other graphical representations
should be used (e.g., a bubble chart).
Risk Data Quality Assessment – This technique is used to evaluate the degree to which
the data about risks is useful for risk management.
Risk Probability and Impact Assessment – This technique is used to determine the
likelihood that a specific risk will occur, and its potential effect on one or more project
Other Risk Parameter Assessments – This technique is used to identify risk characteristics
other than probability and impact when prioritizing individual project risks for further
analysis and action.
Risk Probability and Impact Matrix – This is a grid used for mapping the probability of
occurrence for each risk, and its impact on project objectives if the risk occurs. It specifies
combinations of probability and impact that allow individual projects risks to be divided
into priority groups.
Language misunderstandings 3 5 15
Available resources 2 2 4
Meetings – A common meeting held during the Identify Risks process is a risk workshop. This is
a specialized meeting that uses brainstorming techniques to identify project risks.
Project
Documents
Updates
Project Documents Updates – Although many different project documents are updated as a
result of performing this process, following are the major ones:
Assumption Log
Issue Log
Risk Register
Risk Report
The Perform Quantitative Risk Analysis process uses information on individual project risks that
have been assessed by the Perform Qualitative Risk Analysis process as having a significant
potential to affect the project’s objectives. The outputs from Perform Quantitative Risk Analysis are
used as inputs to the Plan Risk Responses process, and normally include recommended responses
to the level of overall project risk and key individual risks.
Project Project
Management Documents EEFs OPAs
Plan
Project Management Plan – Following are common components used in this process from the
project management plan:
Scope Baseline
Schedule Baseline
Cost Baseline
Project Documents:
Assumption Log
Cost Estimates
Cost Forecasts
Duration Estimates
Milestone List
Resource Requirements
Risk Register
Risk Report
Schedule Forecasts
Expert Judgment – Those individuals or groups that possess specific expertise in areas such as
selecting the most suitable tools for risk modeling techniques and interpreting the outputs of
quantitative risk analysis should be consulted during this process.
Interpersonal & Team Skills – An important interpersonal and team skill used in this process is
facilitation.
Sensitivity Analysis – This is data analysis technique used to determine which individual
project risks or other sources of uncertainty have the most potential impact on project
outcomes. This is achieved by correlating variations in project outcomes with variations in
elements of a quantitative risk analysis model.
Decision Tree Analysis – A diagramming and calculation technique for evaluating the
implications of a chain of multiple options in the presence of uncertainty.
Project
Documents
Updates
Project Documents Updates – Although many different project documents as a result of
performing this process, following are the major ones:
Project Project
Management Documents EEFs OPAs
Plan
Project Management Plan – A common component of the project management plan used in
this process is the risk management plan.
Project Documents – Although many different project documents are updated as a result of
performing this process, following are the major ones:
Project Schedule
Resource Calendars
Risk Register
Risk Report
Stakeholder Register
Enterprise Environmental Factors (EEFs) – Examples include the risk appetites and thresholds
of key stakeholders.
Organizational Process Assets (OPAs) – Examples include templates for the risk
management plan, risk register and risk report.
Expert Judgment – Those individuals or groups that possess specific expertise in areas such as
threat response strategies and opportunity response strategies should be consulted.
Interpersonal & Team Skills – An important interpersonal and team skill used in this process is
facilitation.
Escalate – Escalation is appropriate when the project team or the project sponsor agrees
that the threat is outside the scope of the project or that the proposed response would
exceed the project manager’s authority.
Avoid – Risk avoidance is when the project team acts to eliminate the threat or protect the
project from its impact. It may be appropriate for high-priority threats with a high
probability of occurrence and a large negative impact.
Transfer – Transfer involves shifting ownership of a threat to a third party to manage the
risk and bear the impact if the threat occurs (e.g., insurance).
Mitigate – In risk mitigation, action is taken to reduce the probability of occurrence and/or
impact of a threat. Early mitigation action is often more effective that trying to repair the
damage after the threat has occurred.
Accept – Risk acceptance acknowledges the existence of a threat, but no proactive action
is taken. This strategy may be appropriate for low-priority threats, and it may also be
adopted where it is not possible or cost effective to address a threat in any other way.
Escalate – Escalation is appropriate when the project team or the project sponsor agrees
that the opportunity is outside the scope of the project or that the proposed response
would exceed the project manager’s authority.
Exploit – This strategy may be selected for high-priority opportunities where the
organization wants to ensure that the opportunity is realized.
Avoid – Where the level of overall project risk is significantly negative and outside the
agreed-upon thresholds of the project, an avoid strategy may be adopted.
Exploit – Where the level of overall project risk is significantly positive and outside the
agreed-upon thresholds of the project, an exploit strategy may be adopted.
Transfer/Share – If the level of overall project risk is high but the organization is unable to
address it effectively, a third party may be involved to manage the risk on behalf of the
organization.
Mitigate/Enhance – These strategies involve changing the level of overall project risk to
optimize the chances of achieving the project’s objectives. Mitigate is used where overall
project risk is negative. Enhance is used where overall project risk is positive.
Accept – Where no proactive risk response strategy is possible to address overall project
risk, the organization may choose to continue with the project as currently defined, even if
overall project risk is outside the agreed-upon thresholds.
Decision Making – This technique can be used to select a risk response strategy (e.g.,
multicriteria decision analysis).
Change Requests – Planned risk responses may result in a change request to the cost and
schedule baselines or other components of the project management plan.
Project Management Plan Updates – Any recommended change to the project management
plan must have a change request submitted. Although any component of the project
management plan may be updated by performing this process, following are the major ones:
Scope Baseline
Schedule Baseline
Cost Baseline
Project Documents Updates – Although many different project documents are updated as a
result of performing this process, following are the major ones:
Assumption Log
Visit www.pmexamcoach.com for exam resources Page 25
Project Risk Management
Cost Forecasts
Project Schedule
Risk Register
Risk Report
Project Project
Management Documents OPAs
Plan
Project Management Plan – Common components of the project management plan used in
this process are the resource management plan, the risk management plan, and the cost
baseline.
Project Documents:
Project Schedule
Resource Calendars
Risk Register
Risk Report
Stakeholder Register
Organizational Process Assets (OPAs) – Examples include the lessons learned repository
and information from similar completed projects.
Project
Expert Judgment Interpersonal & Management
Team Skills Information
System (PMIS)
Expert Judgment – Those individuals or groups that possess specific expertise in areas such as
validating risk responses, modifying risk responses, and implementing risk responses should be
consulted during this process.
Interpersonal & Team Skills – An important interpersonal and team skill used in this process is
influencing.
Project Management Information System (PMIS) – Schedule, resource, and cost software
contained within the PMIS can help ensure that agreed-upon risk response plans are
integrated into the project.
Change Project
Requests Documents
Updates
Change Requests – Implementation of risk responses may result in a change request to the
cost and schedule baselines or other components of the project management plan.
Project Documents Updates – Although many different project documents are updated as a
result of performing this process, following are the major ones:
Issue Log
Risk Register
Risk Report
Monitor Risks
In order to ensure that the project team and key stakeholders are aware of the current level of
risk exposure, project work should be continuously monitored for new, changing, and outdated
individual project risks, and changes in the level of overall project risks.
Project Management Plan – The following project management plan components are common
inputs to this process:
Scope Baseline
Project Documents:
Issue Log
Risk Register
Risk Report
Data
Analysis Risk Audits Meetings
Techniques
Data Analysis Techniques:
Reserve Analysis – This technique compares the amount of the contingency reserves
remaining at any time during the project to determine if the remaining reserve is
adequate.
Risk Audits – These are used to evaluate the effectiveness of the risk management process.
Meetings – A common meeting held during the Identify Risks process is a risk review. These
meetings are scheduled regularly to examine the effectiveness of risk responses to deal with
overall project risk and individual project risks.
Project
Documents OPAs
Updates
Work Performance Information – This includes information on how project risk management is
performing by comparing the individual risks that have occurred to the expectation of how
they would occur.
Change Requests – Analysis of project performance may result in a change to the schedule
and cost baselines, or other project management plan components.
Project Management Plan Updates – Any recommended change to the project management
plan must have a change request submitted. Any component of the project management plan
may be updated by performing this process.
Project Documents Updates – Although many different project documents are updated as a
result of performing this process, following are the most common ones:
Assumption Log
Issue Log
Risk Register
Risk Report
Organizational Process Assets (OPAs) – Examples include the creation of templates for the
risk management plan, risk register, and risk report, and risk breakdown structure updates.