Chapter 3
Chapter 3
Chapter 3
1
Risk Management process/Phases
- It is the systematic application of management policies,
procedures & practices to the tasks of identifying, analyzing,
evaluating, treating, monitoring & communicating risk.
2
Risk Management Plan
• A project risk management plan is vital to the overall
project management plan.
3
Cont….
- Risk Management Plan is detailed formulation of a
program of action for the management of risk.
- A risk management plan describes how risk is handled
in the project.
-It documents how project risk assess, who is responsible
for doing it, and how often you'll do risk planning.
- It is the process to:
Develop & document an organized, comprehensive,
and interactive risk management strategy.
Determine the methods to be used to execute a
program’s risk management strategy.
Plan for adequate resources.
4
Cont….
Risk planning develops a risk management strategy,
which includes both the process and implementation
approach for the project.
5
Risk Identification
Risk identification is the process of understanding
what potential unsatisfactory outcomes are
associated with a particular project.
Involves identifying potential project risks.
It documents which risks might affect the project
and documents their characteristics.
It is a result from; survey of the project, customer,
and users for potential concerns.
6
Cont…
Common practice of project risk (business, contract
relationship, cost, funding, management, political,
and schedule risks) according to its source, which is
typically either objective or subjective.
7
Cont….
2. Subjective sources experiences based upon
knowledgeable experts.
- Interviews and other data from subject matter experts.
Risks can also be identified according to life-cycle phases,
as shown in following figure
In the early life-cycle phases, the total project risk is high
in part because of the lack of information that may
preclude comprehensive and accurate risk identification,
and because risk response plans have yet to be developed
and implemented.
In the later life-cycle phases, financial risk is generally
substantial both because of investments made (such as
cost) and because of foreclosed options (opportunity cost).
8
Cont….
9
Cont….
10
Cont….
Risk identification should be approached from the
perspective of “IF” the risk occurs (e.g., probability-
1.0), “Then” what will be the impact (consequence of
occurrence) “Because” of one or more underlying
causes (potentially root cause).
11
Risk Analysis
Conducted to determine causes of risk, and estimate
their probability and consequences.
systematic process to estimate the level of risk for
identified and approved risks.
It involves estimating the probability of occurrence and
consequence of occurrence and converting the results to
a corresponding risk level.
Principles in Analyzing Risk
1. Ensure that there is a clearly structured process in which
both likelihood and impact are considered for each risk.
2. Record the assessment of risk in a way which facilitates
monitoring and the identification of risk priorities.
12
Cont…
3. Be clear about the difference between, inherent & residual
risk.
- Inherent Risk is the intrinsic risk of an event or
circumstances that existed before the introduction of any
means of control. It is the product of impact and Likelihood
of a risk.
- Residual Risk is the risk remaining after institution of
appropriate controls. Effectively, this is the risk that needs to
be managed.
4. Evaluate both the likelihood of the risk being realized and
the impact if the risk is realized.
5. Compare the assessed risk to the risk appetite, and the extent
of action required becomes clear. The action required are
then judged against the risk appetite.
- Risk appetite is the amount of risk that an organization is
prepared to accept, tolerate, or be exposed to at any point in
time.
13
Cont…
Risk analyses are often based on detailed information that
may come from a variety of techniques, including but not
limited to:
• Analysis of plans and related documents
• Comparisons with similar systems
• Data from engineering or other models
• Experience and interviewing
• Modeling and simulation
• Relevant lessons-learned studies
• Results from tests and prototype development
• Sensitivity analysis of alternatives and inputs
• Specialist and expert judgments etc.
- After performing a risk analysis, it is often necessary to
convert the results into risk levels. Project risk can be
analyzed through: 1. Qualitative analysis and
- 2. Quantitative analysis
14
Qualitative Risk Analysis
When a qualitative risk analysis is performed, risk
ratings can be used as an indication of the potential
importance of risks on a program.
• High risk: substantial impact on cost, technical
performance, or schedule. Substantial action required to
alleviate issue. High priority management attention is
required.
16
Cont…
There are different classes of risk scales:
Nominal scales: have coefficients with no mathematical
meaning, and the values are generally placeholders (e.g.,
freeway numbers) – not used for risk analysis
Interval scales: such as Fahrenheit and Celsius, are
cardinal in nature but Interval scales are not commonly
used in risk analyses.
Ordinal scales: have levels that are only rank-ordered-
they have no cardinal meaning because the true scale
interval values are unknown.
Calibrated ordinal scales: are ordinal scales whose scale-
level coefficients are estimated by evaluating an additive
utility function (similar approach).
17
Cont…
18
Quantitative Risk Analysis
When a quantitative risk analysis methodology is used,
the results can be grouped by existing cost risk, schedule
risk, or technical risk boundaries that have specifically
been tailored to the program, or by performing a
(statistical) cluster analysis on the results.
19
Cont…
Quantitative risk analysis outputs can be used in a variety of
ways, including but not limited to developing:
prioritized risk lists (similar to that for calibrated ordinal
scales)
probabilistic cost estimates at completion per project
phase and probabilistic schedule estimates for key
milestones to help the project manager allocate reserve
accordingly.
probabilistic estimates of meeting desired technical
performance parameters (e.g., missile accuracy) and
validating technical performance of key components
(e.g., real-time integrated circuit operation)
estimates of the probability of meeting cost, technical
performance, and schedule objectives (e.g., determining
the probability of achieving the planned estimate at
completion, a key schedule milestone, or top-level
technical performance requirements).
20
The Monte Carlo Process
It is an attempt to create a series of probability distributions
for potential risks, randomly sample these distributions, and
to then transform these numbers into useful information that
reflects quantification of the associated cost, technical
performance, or schedule risks.
23
Cont….
For schedule risk analyses schedule estimating uncertainty,
technical risk, and possibly cost risk should be considered as
separate distributions. With some tools (e.g., some project
scheduling software) only a single probability distribution can
be used for a given WBS element or activity.
24
Risk Responses Plan
• Plan risk responses is the process of developing options,
selecting strategies, and agreeing on actions to address
overall project risk exposure, as well as to treat individual
project risks.
• Effective and appropriate risk responses can minimize
individual threats, maximize responses can have the
converse effect.
• Risk response should be appropriate for the significance of
the risk, cost effective in meeting the challenge, realistic
within the project context, agreed up on by all parties
involved, and owned by responsible person.
• Specific actions are developed to implement the agreed up
on risk response strategy, including primary and backup
strategies, as necessary.
25
Cont….
Project management plan components include:
• Resource management plan
• Risk management plan
• Cost baseline
26
Criteria For Risk Response
Risk response must be:
• Proportional to the severity of the risk
• Cost effective
• Timely
• Realistic
• Accepted by all parties involve
• Owned by a person or a party
27
Risk Response Planning: Inputs, Tools, &Techniques
& Outputs
28
Inputs to Risk Response Planning
1. Risk management plan. Major elements from the plan
needed include roles & responsibilities, budgets and schedule
for risk management activities, risk categories, definitions of
probability & impact, and the stakeholders’ tolerances.
30
Tools & Techniques for Response Planning
1. Strategies for negative risks (Threats)
2. Strategies for positive risks (Opportunities)
1. Strategies for negative risks (Threats)
- Risk response includes the following strategies.
Avoidance, transfer, mitigate and accept
31
Cont…
„ isk transfer is the risk to a third party who will carry the risk
R
impact and ownership of the response.
• Examples of risk transfer are: the use of insurance,
performance bonds, warranties & guarantees.
Risk mitigation aims at reducing the probability and/or impact
of a risk to within an acceptable threshold.
• Examples of risk mitigation: adopting less complex processes,
or choosing a more stable supplier.
Risk acceptance indicates a decision not to make any changes
to the project plan to deal with a risk or that a suitable response
strategy cannot be identified.
There are two types of acceptance:
Active acceptance: may include developing a contingency
plan to execute should a risk occurs.
Passive acceptance: requires no action. The project team
‰
will deal with the risk as it occurs.
32
Cont…
33
Cont…
Share the risk „
Allocate ownership to a third party who has a better
chance of achieving the required results. Examples: joint
ventures, partnerships, rewards.
Enhance „
Increase the likelihood of occurrence or the impact of the
of the event. ‰
• Improve chances for the event to happen so the
opportunity becomes more certain.‰
34
Outputs from Risk Response Planning
1. Risk Register Updates
The risk register is updated to reflect the results of the
response planning process. Level of detail of documenting a
risk should be appropriate to the ranking of the risk (high risks
in detail, low risks by listing).
36
Cont…
Monitoring is the process of collecting, recording and
reporting information concerning project performance
that project manager and others wish to know.
Controlling is uses data from monitor activity to bring
actual performance to planned performance.
37
Cont….
Why do we monitor?
Provide project manger and development team the
following:
• An accurate assessment of the progress to date.
• Insight in to the quality of the evolving software
product.
• A basis for estimating cost and budgeting with
increased accuracy over time.
38
Purposes of Monitoring and Control
Ensure the team is making progress.
Overall objectives:-
Track accomplishment and compare to planned values.
Revise the project plan: accomplishments so far,
remaining work(if needed).
Detect performance issues As early as possible, such
that corrective action can be taken.
What do we obtain?
Inputs Outputs
- Time - Progress
- Money - Costs
- Resources - Job starts
- Materials usage - Job completion
- Task - Design changes
- Quality/Technical performance - Variation order
39
When do we monitor?
Continuously
Regularly
Logically
At preplanned decision points(milestones)
At task completion
Project Monitoring and Control Activities
Continuously monitor progress
• Examine progress on all key dimensions of the
projects, goals, likely to be met?
Communicate team reviews
• Communicate status(technical activities) plan for next
activities of the project.
Manages changes
• Identify, evaluate, prioritize, and control changes to the
project.
40
Cont….
Revise the plan
• Significant changes needed to be reviewed and agreed to by
those who originally approved the plan.
Conduct work product reviews
• Walkthroughs, technical reviews and inspections, based on
quality goals.
Milestone attainment
• Maintain the initial baseline, as well as the most recent
update.
Effort spent
• Compare initial effort estimates for each major WBS
element with actual effort spent.
Budget/ cost performance
Compare rate of spending on the project by period(week and
month) compared to the planned spending.
41