Showing posts with label project risk analysis. Show all posts
Showing posts with label project risk analysis. Show all posts

Saturday, February 16, 2013

Decision Tree Analysis


In the previous chapter, we took a look at Expected Monetary Value or EMV Analysis. The Decision Tree Analysis is another tool/technique that we use in Quantitative Risk Analysis that directly uses this EMV Analysis. In this chapter, we are going to take a detailed look at Decision Tree Analysis

Decision Tree Analysis

Decision Tree Analysis is used to make decisions based on the risks that could impact us in the various possible scenarios we may encounter in future. It calculates the Expected Future Value of an activity based on the current impact & probability of all risks.

Decision Tree Analysis uses a Decision Tree Diagram. In the tree, we start at the starting point and go through the tree and take a decision based on the EMV for the Alternatives that are available for us. It shows a sequence of inter-related decisions and their respective EMVs so that you can take a good and properly thought-out decision. Decision Tree Analysis is used typically to take decisions dealing with Time or Cost.

Let us now take a look at some examples to understand Decision Tree Analysis:

Example 1:

Let us say, we are given the task of deciding between Vendor A and Vendor B. Vendor A has a Success Probability of 55% and an Impact of $ 70,000 while there is no impact on Failure. Similarly Vendor B has a 75% probability of Success and has an impact of $ 55,000 and he too has no impact on Failure. Based on this information, how would you choose the Vendor?

The simple Answer would be – Use Decision Tree Analysis. So, based on this question, if I were to create a Decision Tree, it would look like below:



So, here:

EMV for Vendor A: = 70000 * 55% = 38,500

EMV for Vendor B = 55000 * 75% = 41,250



Now, you know the EMV for each vendor. So, the wiser choice would be to choose Vendor B because the Expected Monetary Value of choosing Vendor B is greater than Vendor A.

Trivia:
If we had just considered the Impact, Vendor A would look like a better choice because he has a higher impact. But, he has a lower probability. So, Vendor B, even though has a lower impact, is selected because the combination of both probability and impact makes him the better choice.

Example 2:

Example 1 was an all positive scenario where there is no Impact for failure. What would you do in an all Negative Scenario?? Look at the Decision Tree Below:



In this example, in both cases, there is no impact if the outcome is a success. But, both Vendors A & B have an impact on failure and have a probability of failure too. So in this case, you may be wondering why I chose Vendor B instead of A, even though the EMV for A is higher. Are you???

In example 1, we were looking at positive EMV (For Success or Profits) so, we chose the vendor with higher profitable EMV. Whereas, in this case we are calculating Negative EMV (For Failure or Losses). So, choosing the vendor who would cause lower losses in case of a failure would be a better choice. Wouldn’t it??

Example 3: In examples 1 & 2, we took a look at trees that either had a positive or negative impact only. What must we do if we have both? Look at the tree below:



In this case, both Vendors A & B have Impact on both Success & Failure. So, the EMV for each vendor is the sum of the Individual EMV’s.

For Vendor A:

EMV for Failure = 1000 * 30% = 300

EMV for Success = 6000 * 70% = 4200

Total EMV for Vendor A = $ 4,500/-

For Vendor B:

EMV for Failure = -1200 * 40% = -480

EMV for Success = 7500 * 60% = 4500

Total EMV for Vendor B = $ 4,020/-

So, based on the total EMV, Vendor A is the better choice…

Trivia:
Did you note that Vendor B has a negative monetary impact in case of failure??? Be careful and note the – sign… If you did the calculation in a hurry and ignore the – symbol, your EMV for Vendor B would’ve been $ 4,980 suggesting that Vendor B is the better choice. Whereas, the truth was that, because of the –ve impact on failure, Vendor A is the better choice.
Example 4:

In all of the examples above, our decision was based solely on the impact and probability of the scenario’s outcome. What must we do in cases where the decision should also take into account the initial expenses incurred for the activity?

Let’s say, your company has grown hugely in the past couple of years and your current office does not have enough space to accommodate the new guys. So, now you have two choices – Either to construct/purchase a new office or expand the current premises to accommodate the newer guys. In either case, there is cost involved in completion of the office premises. Plus, there could be a high demand for the new space which results in high profits or there could be a low demand resulting in lower profits. This scenario is outlined in the Decision Tree below:




In Tree’s where an initial investment is present, we proceed just like the other scenarios wherein we calculate the EMV for each alternative and sum it up. After that, we deduct the Initial Expenses to arrive at the actual monetary value of the alternative.

Trivia:
In simpler terms, let’s say, I invest 5,000 rupees today and earn 10,000 after 6 months, my profit is 5,000 whereas, if I invest 10,000 rupees and earn 12,000 at the end of 6 months, my profit is only 2,000. Though the eventual money I get at the end of 6 months is higher in the second case, it also means that I invest a larger amount up front thereby reducing profits. So, option 1 where in invest 5000 and get 10000 at the end of 6 months is the better choice. Isn’t it?

So, the EMV Calculation works out as follows:



For Build:

Total EMV = 522,000

If we include Initial Cost – Net EMV = $ 292,000/-

For Expand:

Total EMV = 393,000

If we include Initial Cost – Net EMV = $ 298,000/-

So, the decision here would be to expand the current office premises. Even though the profits that we may earn if we move to a new office are higher, there is a higher impact if people are not willing to move and a high initial cost. As a result, the EMV of expanding the current office is more profitable and hence it is selected.


Some Important Decision Tree Related Terms:

For the exam, actually speaking, whatever we have covered so far is more than sufficient. But, for the same of completeness, I want to cover one last topic related to Decision Trees. There are 3 key terms that we will use while using Decision Tree’s in real life. They are:

a. Decision Node – The Point where an action or decision needs to be made – Signified by a solid black square
b. Chance Node – The Point where events that cannot be controlled by the person who is taking the decision happen – Signified by a solid black dot
c. End of Branch - The end point with nothing connected on one end – Signified by a solid tilted Triangle.

The sample Decision Tree below can help you understand better – as to what I am trying to convey here:



I repeat, knowing these terms or these symbols are not required for the Exam. But, we are not studying just to become certified. Our aim is to become better Risk Managers. So, knowing these will only help you perform your duties better…

Prev: Expected Monetary Value Analysis

Next: Modeling and Simulation

Monday, August 20, 2012

What is Risk Analysis?


In the previous sections we have taken a detailed look at the Risk Management Plan, Risk Register and almost everything else that you do in the starting stages of your projects risk management. You have identified the risks and have communicated it with your stakeholders. So, as per the risk management process flow, what will you do next?

Analyze those Risks

People easily confuse risk analysis and risk management. They think that analyzing risks is all risk management does. Unfortunately, they fail to realize that analyzing risks is only a part of risk management and there are a lot of activities after we actually finish analyzing the risks. In a majority of cases, people don’t do any dedicated risk management activity at all. So, I would say that, those who confuse these two activities and at least do perform risk analysis are better than those who don’t perform any risk management activities at all.

What is Risk Analysis?

If you ask this question to someone who has been working on multiple projects in their career, the will answer in either of the below ways:
a. It involves numerical analysis
b. It heavily revolves around the risk’s impact and probability
c. It requires expert judgment
d. It relies on stakeholder tolerance of risks
e. Etc.

Actually speaking all of these responses above is correct.

Yes, risk analysis involves numerical analysis. The person is probably referring to the Quantitative Analysis part of risk analysis. During the course of risk analysis we are always concerned about the chances as to whether a risk will happen or not and the impact of a risk if it happens. So, point no.2 is right as well. The whole risk analysis activity is not stand-alone. The project or the risk manager cannot do risk management by himself. He will enlist the help and expertise of SMEs both internal and external to the organization (as required) along with the help of risk experts who may be either within or outside the project. So, all in all, the whole risk management activity utilizes the expertise of numerous experts and hence point no.3 is right as well.

All said and done, the analysis we do and the steps we take to manage risks will all be guided by the “Stakeholder Risk Tolerance”. If your project sponsor or customer is old-school and doesn’t like taking chances, then in all probabilities you won’t be taking any major risks in your project. So, point no.4 is correct as well.

Risk Analysis typically involves:
a. Risk Identification
b. Risk Assessment and
c. Numerical Analysis of Risks

In the previous chapters we learnt about the creation of the Risk Register and the Risk Management Plan. Do you remember that the Risk Management Plan contains the Probability & Impact Matrix? This probability and impact matrix will be used in risk analysis. It is those risks that we identified and added to the Risk Register that will be analyzed in this stage. Risk Analysis tells us what areas of the project are prone to be affected by risks. It guides us in developing better responses. It also helps us understand which risks require a response, if so when along with details on how drastic a response is required for the risk. Unless we do proper risk analysis, there is no way we can come up with a proper response that can actually help us manage the risk.

Prev: Section Summary - Communicating Project Risks

Next: Goals & Benefits of Risk Analysis

Thursday, June 7, 2012

Risk Analysis

Risk Analysis is by far the most important domain of Project Risk Management. So, it is no big surprise that this domain will contribute 30% of questions in the RMP Examination. This is the largest of the domains in the Risk Management Framework in terms of contribution to the exam questions. To recap the exam objectives of Risk Analysis are:

a. Identify Risks
b. Evaluate Risks using Quantitative & Qualitative Risk Analysis
c. Prioritize Risks
d. Establish Control Limits

In order to plan effectively for the risks, we need to first analyze them properly. The Risk Analysis domain gives us all the inputs we need in order to plan the risk responses for the event that the risk occurs.

Logically thinking, it makes a lot of sense to spend our time and effort on risks that have the highest probability of occurring or on risks that have the highest potential impact on our project. Doesn’t it?

How will we identify which risk has a higher probability or a higher impact when compared to others? This is exactly what the Quantitative & Qualitative Analysis aspects of Risk Analysis will help us with. Before we begin our analysis, we need to identify all possible risks that may occur. By analyzing these risks and by understanding our stakeholder risk tolerance levels, we can shortlist and arrive at the important (or high priority) risks that we need to concentrate on…

You might be wondering what this “Establish Control Limits” objective is doing in the Risk Analysis domain. Are you? Setting these control limits is also part of the Risk Analysis Domain. We set these control limits by analyzing the risk tolerance levels of our stakeholders. The Project Management Team will use these limits to monitor the risks and to implement the planned responses. So, it makes perfect sense to include this objective as part of this domain…

In order to conduct an efficient Risk Analysis we need:
1. Good Information Gathering Techniques
2. Ability to Understand and Utilize Historic Information
3. Tools and Techniques to perform Qualitative Analysis
4. Tools and Techniques to perform Quantitative Analysis
5. Good Decision Making Capabilities
6. Ability to Perform Stakeholder Sensitivity Analysis

If all these things are not too clear and are making you nervous, don’t worry… This is just the initial introduction chapter. We will be covering the Risk Analysis Domain in great detail until you understand it clearly.

Prev: Risk Communication

Next: Risk Response Planning
© 2013 by www.getpmpcertified.blogspot.com. All rights reserved. No part of this blog or its contents may be reproduced or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, or otherwise, without prior written permission of the Author.

Followers

Popular Posts