SlideShare verwendet Cookies, um die Funktionalität und Leistungsfähigkeit der Webseite zu verbessern und Ihnen relevante Werbung bereitzustellen. Wenn Sie diese Webseite weiter besuchen, erklären Sie sich mit der Verwendung von Cookies auf dieser Seite einverstanden. Lesen Sie bitte unsere Nutzervereinbarung und die Datenschutzrichtlinie.

SlideShare verwendet Cookies, um die Funktionalität und Leistungsfähigkeit der Webseite zu verbessern und Ihnen relevante Werbung bereitzustellen. Wenn Sie diese Webseite weiter besuchen, erklären Sie sich mit der Verwendung von Cookies auf dieser Seite einverstanden. Lesen Sie bitte unsere unsere Datenschutzrichtlinie und die Nutzervereinbarung.

Diese Präsentation wurde erfolgreich gemeldet.

Dieses Dokument gefällt Ihnen? Dann am besten gleich teilen!

- Acumen Fuse: Metrics by Cisco 554 views
- Developing Standards for Enterprise... by Acumen 602 views
- Fuse Information Sheet by Acumen 546 views
- Acumen Fuse 360: Goal-Based Acceler... by Cisco 337 views
- Benchmarking Execution Performance ... by Acumen 1589 views
- Acumen & ARES: Simplified Cost & Sc... by Acumen 1739 views

831 Aufrufe

Veröffentlicht am

Veröffentlicht in:
Business

Keine Downloads

Aufrufe insgesamt

831

Auf SlideShare

0

Aus Einbettungen

0

Anzahl an Einbettungen

7

Geteilt

0

Downloads

55

Kommentare

0

Gefällt mir

1

Keine Einbettungen

Keine Notizen für die Folie

- 1. // How Traditional Risk Reporting Has Let Us Down Dr. Dan Patterson, PMP CEO & President, Acumen November 2012 +1 512 291 6261 // info@projectacumen.com www.projectacumen.com
- 2. Table of ContentsIntroduction ..................................................................................................................... 3What is Project Risk Analysis? ......................................................................................... 3How Can I Interpret the Results When I Don’t Even Understand the Inputs? .................... 4 Cost/Schedule Basis .................................................................................................... 4 Uncertainties ............................................................................................................... 4 Figure 1– Schedule Uncertainty ............................................................................ 4 Risk Events .................................................................................................................. 5 Risk Reporting ............................................................................................................. 5 Risk Histogram ............................................................................................................ 5 Figure 2 – Risk Histogram .................................................................................... 6Risk Tornado .................................................................................................................... 7 Figure 3- Schedule Contribution Factor™ in the Tornado Chart ........................... 9Conclusions ................................................................................................................... 10+1 512 291 6261 // info@projectacumen.comwww.projectacumen.com 2
- 3. IntroductionAs project management software tools have evolved, project risk analysis has gained areputation for being overly complicated and disconnected from the real world ofsuccessful project execution.I cannot count the number of times I have walked into a project risk workshop and beenpresented with the likes of, “Do we really have to sit through this in order to determinewe are not going to finish on time?” or, “Oh yes, but this is just a theoretical model—thereal world does not work against P50 dates.” However, perception always shifts afterthe risk analysis delivers true value and insight.This white paper discusses reporting techniques and new ways of interpreting riskanalysis results that actually enable the project team to make proactive changes inreducing their risk exposure and increasing their chance of successful on-time, on-budget completion.What is Project Risk Analysis?Cost/schedule risk analysis is based on the simple premise of accounting for theuncertainty and discrete risk events that have not yet been taken into account in thebase (deterministic) project plan. The goal of the project risk analysis is to provideinsight into the potential impact uncertainty and risk events will have during execution.Traditional planning assumes finite durations and costs. These finite values areunrealistic when forecasting a completion date or cost several years in the future.Rates, quantities, scope, and manpower are all examples of variables that can impactthe realism of even the best-laid plan. Add to the mix, the potential presence of riskevents (threats or opportunities) and you start to wonder why so much emphasis isgiven in generating a CPM schedule that inevitably turns out to be wrong! By capturingthese uncertainties and risk events through simulation (such as Monte Carlo) we areable to better predict ranges of project costs and durations as well as gain confidencein the likelihood of achieving the established plan.In simplified terms, a Monte Carlo simulation is nothing more than CPM analysisconducted hundreds and hundreds of times while taking into account the impact ofdifferent combinations of uncertainty and risk events. The results, if interpretedproperly, actually provide impressive insight not possible through traditional CPMscheduling alone.The true key to a successful project risk analysis is not the cleverness of the risk model,but the accurate interpretation of the results.+1 512 291 6261 // info@projectacumen.comwww.projectacumen.com 3
- 4. How Can I Interpret the Results When I Don’t Even Understand the Inputs?Before we examine the various reporting techniques, it is worth touching on one of thehorrors of risk analysis—the accurate capture of uncertainty and risk inputs. Usinginaccurate or incomplete information at this step will render a risk model useless.There are three moving parts to a project risk model that need to be established:Cost/Schedule BasisThe best risk model in the world is arguably worthless if the underlying schedule is notstructurally sound. A sound schedule must have free-flowing logic, relevant level ofdetail, and realistic completion dates not driven by management or politicalconsiderations. A CPM schedule should reflect what is possible based uponestablished work durations and sequences of work. This realism can push dates out ofalignment with project goals, but risk analysis can help get a project on track (seeschedule acceleration).UncertaintiesUncertainties are often driven by scope or work complexity, e.g., missing vendorestimates or projects new to the company. Historically, cost and schedule uncertaintyhas been modeled using 3-point estimates such as triangular, uniform, trigen, beta-pertand other weird and wonderful distribution types. These distributions are important, buta project team is never truly going to be able to differentiate between such distributiontypes when trying to estimate uncertainties. Based on hundreds of successful riskworkshops, the solution is this: keep it real and keep it simple when interviewing aproject team capturing uncertainty ranges. Certainly take advantage of the distributiontypes, but only when and where relevant.Uncertainty should be treated as a measure of team buy-in into the cost estimate orschedule. Simple reports such as a pie chart showing activities the team has rated asbeing realistic, aggressive, or conservative is a very effective means of understandingthe team’s confidence and consensus. Figure 1– Schedule Uncertainty+1 512 291 6261 // info@projectacumen.comwww.projectacumen.com 4
- 5. Risk EventsRisk events are often captured by a project team, but less often truly integrated into arisk model. Ironically, risk events have a bigger impact on risk results than uncertaintyand schedule basis combined.The importance of accurately capturing inputs cannot be overstated. About 80% ofmodel development should be focused on this process. A risk model is only as soundas its inputs.Risk ReportingToday there are numerous types of risk reports: risk histograms, risk tornadoes, scattercharts, sensitivity diagrams, fish-bone diagrams, and many more.Continuing the idea of ‘keeping it real’, risk reports can be categorized into two camps: • The ‘What’ report: What is my risk exposure? What is my confidence level? What is my range of outcomes? • The ‘Why’ report: What are the risk drivers? Why is the confidence level high or low? What is the plan going forward and why is that the best option?Risk HistogramRisk histograms show a distribution of results from a Monte Carlo simulation. Run 1,000iterations and, in theory, a risk histogram will show 1,000 different bars—one bar foreach of the different results. Increase the increment of the bar widths to say weeks ormonths and the risk histogram starts to take a more common form of 10-20weekly/monthly bars showing a non-cumulative distribution of results. Overlay on top ofthis the cumulative set of results (in an ordered list) and you can then report P-datesand P-costs – dates and costs against any given confidence level. These P values arebased on an ordered set of results from the risk analysis.Figure 2 shows an example of a risk histogram reporting. The P0 (12/4/2013) result isthe best-case scenario. The P100 (2/11/2014) is the worst-case scenario.+1 512 291 6261 // info@projectacumen.comwww.projectacumen.com 5
- 6. Figure 2 – Risk HistogramThe histogram can also be used to report confidence level, or the probability ofachieving a given date. Figure 2 shows that the confidence level for the currentschedule finish date is only 5%. So is this a risky schedule?The truth is, from this single metric, there is no way to know. Confidence level reportingis a widely misused and skewed metric for reporting risk. In our example, theconfidence level of 5% would suggest we only have a 5% chance of finishing on timeand a 95% chance of being late. While this interpretation is indeed correct, what thisdoes not answer is how late are the 95% instances? Looking at the difference betweenthe worse case (P100) and the deterministic date, the worst overrun is actually only 56days later than the schedule date.+1 512 291 6261 // info@projectacumen.comwww.projectacumen.com 6
- 7. Compare this with the remaining duration of the project (655 days) and the 56 days ofuncertainty indicates a relatively low degree of risk exposure.The Risk Range Factor™The risk range factor is a metric showing the degree of uncertainty relative to theamount of remaining duration. In our example, the total risk range (P100 - P0) is 69days. Compare that to the remaining duration (655 days) and the Risk Range Factor™is 11% meaning the remaining variability in completion date represents only 11% of thetotal remaining duration of the project.The Risk Range Factor™ is a more meaningful way to measure risk exposure than thetraditional confidence level as shown in the example above. In fact, the confidence levelmeasurement is actually more a reflection of logic complexity than it is a measurementof risk exposure.Still in disbelief? Take a simple two-activities-in-parallel schedule and apply a +/- 5-dayuncertainty spread to both activities (each having 20-day deterministic durations) andrun a simple Monte Carlo simulation. You might expect the confidence level to be 50%,but its not even close! The chance of both activities finishing on time is actually50%*50% = 25%. Extrapolate this out across tens of activities with multiple paths andthe confidence level quickly diminishes to single digits.ContingencyContingency is defined as the difference between a deterministic value and a given Pvalue. Figure 2 shows that in order to be 50% confident, adding 16 days of contingencyto the project is necessary. Contingency is not the best way to manage risk, it is simplymoving the goal posts in order to lower expectations knowing the project will slip by 16days. Instead, contingency should be used as the basis for a schedule acceleration orcompression in order to increase the chances of achieving the goal date.In summary, risk histograms are excellent tools for reporting risk exposure, but need tobe used appropriately. Focus on the likes of risk range, contingency (within the contextof a given confidence level), and the Risk Range Factor™, which give a meaningfulcontext as to the size of the risk exposure relative to how much work is left in theproject. Be very wary of using confidence level as a primary means of reporting riskRisk TornadoThe risk tornado chart is used to report key risk drivers. Historically focus has beengiven to metrics such as criticality, which reports how many times an activity falls onthe critical path. The idea is that the more times the activity falls on the critical path, themore often it is going to be a risk driver. The drawback of looking at just criticality isthat while it reports frequency of being on the critical path, it does not give anyindication of the size or degree of impact on the critical path or finish date of theproject. An activity can have a high criticality but only have a couple of days’ impact onthe project. This is not as concerning as an activity that only falls on the critical path30% of the time, but when it does has a six-month impact on the project finish date.+1 512 291 6261 // info@projectacumen.comwww.projectacumen.com 7
- 8. This problem led to the development of one of the most misunderstood risk metrics—Schedule Sensitivity Index. Schedule sensitivity is a combined measure of how oftenand how big an impact an activity has on a given date. It is represented as apercentage and is calculated as: SSI = (Criticality Index x Task Standard Deviation) / Project Standard DeviationIn layman’s terms, it is the correlation between the amount of uncertainty of an activityand that of the project completion. All very well in theory, but try explaining thispercentage-based metric to a project manager or worse, a project sanction boardlooking to invest millions of dollars in a project. Often the percentage is thought to behow often the activity is the biggest driver, or perhaps how much the activitycontributes to a schedule overrun. Neither are correct. Attempt to defend its usefulnessin terms of correlation to overall schedule delay and the audience is lost. Time and timeagain, SSI proves to be an unrelatable statistic for a project team that only wants toknow the average impact Activity X has on the schedule.A better approach is to use a metric called Schedule Contribution Factor™. Thismeaningful risk metric reports risk drivers in true cost and schedule terms anddifferentiates between uncertainty and risk events in terms of contribution.Schedule Contribution reports the biggest risk drivers in a schedule and reportscontribution to risk in terms of duration. Further, it separates contribution fromuncertainty and contribution from risk events in order to clarify whether it is the activityscope/certainty or indeed a risk event impacting the activity that causes it to become akey risk driver.Figure 3 shows an example where the overall P50 risk exposure is 88 days and the topfive drivers are listed in rank order. Site clearance is, on average, having a 28 daycontribution to this 88 day risk exposure. Interestingly, only one of the 28 days isactually due to schedule uncertainty with the remainder coming from a risk eventassociated with hiring sufficient labor. In other words, while site clearance is the largestrisk contributor, sharpening our pencil on the accuracy of the duration estimate will notfix the problem; in reality, the issue lies in not being able to hire sufficient labor (Risk#42).In a similar manner, the second two biggest risk-driving activities are both largelyimpacted by the same risk, fabrication yard constraints (risk #9).+1 512 291 6261 // info@projectacumen.comwww.projectacumen.com 8
- 9. Figure 3- Schedule Contribution Factor™ in the Tornado ChartHaving this type of direct insight into the true risk drivers as well as being able tounderstand the root cause of these drivers is a huge step forward in risk reporting.Tornado charts are an excellent means of reporting where cost and schedule risk hotspots are, but require special care in choosing the metrics used in the charts. Criticalityis a useful measure for understanding how stable the critical path is, but does little toreport the degree of impact on the project. Traditional measures such as Duration andSchedule Sensitivity Index make matters more complex without giving better insight.Instead, consider more meaningful metrics such as the Schedule Contribution Factor™,which not only reports in actual duration/cost terms, but also differentiates betweencontribution from uncertainty and risk events.+1 512 291 6261 // info@projectacumen.comwww.projectacumen.com 9
- 10. ConclusionsProject risk analysis is indisputably valuable as long as the information generated helpsthe project team understand the risk exposure and helps them to pinpoint and reducethe key drivers. Using the likes of risk histograms for reporting context-based metricssuch as Risk Range Factor™ helps give a project team a true sense of exposure.Combine this with metrics such as the Schedule Contribution Factor™ and for the firsttime, you can then also understand not only what activities and risks are causing therisk exposure, but also how much of an impact they are having. Risk models do notneed to be complicated to be meaningful.+1 512 291 6261 // info@projectacumen.comwww.projectacumen.com 10

Keine öffentlichen Clipboards für diese Folie gefunden

Sie haben diese Folie bereits ins Clipboard „“ geclippt.

Clipboard erstellen

Als Erste(r) kommentieren