Retired course
This course has been retired and is no longer supported.
About this lesson
Project quantitative risk analysis techniques provide a deeper understanding of the nature and impact of project risks.
Exercise files
Download this lesson’s related exercise files.
Quantitative Risk Analysis.docx91.6 KB Quantitative Risk Analysis - Solution.docx
290.6 KB
Quick reference
Quantitative Risk Analysis
Project quantitative risk analysis techniques provide a deeper understanding of the nature and impact of project risks.
When to use
The quantitative techniques often will take a significant amount of time to complete, ranging from hours to weeks of effort. I normally only use the quantitative techniques after I have first used a qualitative technique, such as the risk matrix. I then do a quantitative analysis for the “high” risks that require a deviation from the normal project management approach or that need a change in the project goals, objectives or boundaries in order to adequately respond. The quantitative technique provides data that can be used in justifying the risk response approach. In some cases, a quantitative analysis must be done to fulfil either industry standards or customer requirements.
Instructions
Different quantitative techniques are focused on different types of project risk and require different amounts and types of project data.
Failure Mode Effects Analysis (FMEA)
The FMEA is a quantitative technique that focuses on product technical risks. There are different variations of FMEA including Design FMEA, Process FMEA, and Application FMEA. For each technical risk in the analysis, the FMEA methodology assigns a score for the likelihood that the risk will occur, the impact to the user or customer when it occurs, and the ability of the organization or the user/customer to recognize the failure has occurred before they experience the failure. The FMEA multiplies the three scores to determine a risk priority number and the project takes actions to lower numbers above a threshold set by the business or industry.
Program Evaluation and Review Technique (PERT)
The PERT technique is a quantitative technique that focuses on cost and schedule uncertainty. The technique requires that three cost and schedule estimates be created for each task, an optimistic (best case), a pessimistic (worst case), and a most likely estimate. PERT then creates three project baselines. One baseline uses only optimistic estimates, one baseline uses only pessimistic estimates, and one baseline uses PERT estimates which are weighted average of the three estimates – with the most likely estimate receiving four times the weight of the pessimistic and optimistic. The PERT estimate for each task is calculated as:
PERT Estimate = (Optimistic + Pessimistic + (4 * Most Likely)) / 6
The optimistic and pessimistic baselines are used to explain to the stakeholders the potential project boundaries and the PERT baseline is normally used as the project baseline.
Decision Tree with EMV
The Decision Tree with EMV considers a combination of decision options and random events to create a family of project scenarios. This is the Decision Tree. Each scenario is project planned and the business impact of each scenario is determined. (This process can literally take days to create multiple project baselines.) A probability is assigned to each scenario based upon the likelihood of the random events. This probability is then multiplied times the business impact of that scenario. This calculation is the Expected Monetary Value (EMV) for that scenario. The EMV for all the scenarios that are an outgrowth of a decision are added to determine the EMV of that decision path. Normally you select the decision path with the highest EMV.
Simulations
Simulations are a computer model of the project that includes with the model the positive and negative risk events and uncertainties. Some project management software applications have simulations features or are compatible with commercially available simulation applications. A good simulation requires an accurate model of the project, a model of the uncertainty characteristics of the risk events, and the impact of the risk events on other project tasks or events. This model is then exercised in the software with the risk events occurring, or not, based upon probability factors assigned to each event. The simulation is run thousands of times using a Monte Carlo approach to assign the probability factors. Based upon the results of the thousands of runs, a forecast can be created for which risks are most significant and the impact they can cause. The modelling effort can take weeks or months for large complex projects. When working with risks for which there is little data, the model can have tremendous inaccuracies. I personally put very little trust in the models because I know that I can make a minor change to a risk parameter that will have a very significant impact – and usually there is so little real data to work with when creating the model that no one could refute that change.
Login to download
Lesson notes are only available for subscribers.
PMI, PMP, CAPM and PMBOK are registered marks of the Project Management Institute, Inc.