Monday, April 20, 2020

Contingency Reserve and Management Reserve



Let’s say you are going to a friend’s house, and you expect it to take about an hour to get there. In your city; however, traffic is known to cause delays. If a traffic jam occurs, it will impact your arrival time. You’ve informed your friend about the possibility of delay—say by 20 to 30 minutes, but the “reverse” scenario could also occur. With typical traffic, you will reach your friend’s home on time, and you will not need to use the 20 to 30 minutes.

In this example, you have identified the risk (i.e. traffic conditions). It is a known risk, but the impact on your travel time is unknown. You could call this a known-unknown risk. You have not only identified the risk, but accepted it, and proactively added a reserve time to your estimated travel. If you get into bad traffic, this reserve will be consumed.

Project management is similar. We have reserves for our estimates (time estimates or cost estimates). Estimates are many times expressed in ranges, such as rough order of magnitude (ROM) estimate, budgetary estimate, definitive estimate, etc. By definition, estimates are always uncertain. Ranges indicate the degrees of risk. To address these risks, we use buffers or reserves. Typically, these are contingency reserve and management reserve.

If you are preparing for the Project Management Institute® Risk Management Professional (PMI-RMP)® or Project Management Professional (PMP)® examinations, you must be familiar with these two reserves.

Contingency Reserve
Contingency reserve is allocated for an activity, work package, or a project. It is applicable to both time and cost estimates, which can lead to individual project risks. Contingency Reserve is also applicable to the overall project when overall project risk is concerned (i.e. chances of meeting a project end date or meeting the cost target). It is sometimes referred to as contingency allowance when you consider cost estimates, or schedule reserve when you consider time estimates.

The name “contingency reserve” itself tells us that, contingent on certain things, a reserve will be used. PMI documents it as follows: 
“Time or money allocated in the schedule or cost baseline for known risks with active response strategies.”

Breaking it down, you could say, contingency reserve:
  • Is allocated for both time and cost
  • Can be a percentage of the estimated duration/cost, a fixed number, or developed by using quantitative analysis techniques
  • Is a part of the schedule baseline or cost baseline
  • Addresses known risks, but with an unknown amount of rework (the known-unknowns)
  • Is used with active response strategies, or more specifically when you use “Accept” risk response strategy
  • Can be used for both positive and negative risks
Now, you might be wondering when you would use such a reserve.

A project is always executed in an uncertain environment, leading to many risks. It is unlikely that you can address all possible risks and have risk responses for all of them. In fact, for some risks, you just cannot do anything. You have to accept them.

Let’s consider an example. You know some deliverables in your project may require rework because of defects, issues, or bugs, but do you know the amount of rework needed? This is a known-unknown. Another example is this: resource churns will happen in any project. New resources will join the project, and/or old resources may leave. Do you know when a team member might decide to leave, or what impact it will have on the project? Here again, we have a known-unknown.

For such risks, there is nothing to do but actively accept the possibility of the occurrence. What you CAN do is assign a buffer or reserve—a contingency reserve.

Management Reserve
Unlike contingency reserve, which is for known-unknown risks (or simply known risks), the management reserve is for unknown-unknown risks (or simply unknown risks). PMI documents management reserve as follows: 

“An amount of the project budget or project schedule held outside of the performance measurement baseline (PMB) for management control purposes, that is reserved for unforeseen work that is within scope of the project.”

Breaking it down, you could say, management reserve:
  • Is allocated for either overall project schedule or budget
  • Can be a percentage of the estimated duration/cost or a fixed number
  • Is outside the schedule baseline or cost baseline
  • Addresses the unknown risks with unknown or unforeseen work (the unknown-unknowns)
  • Is kept for management control purposes
  • Can be used for both positive and negative risks

Let’s consider another scenario to understand this type of reserve. In your project, there will be some risks which will be unknown (or unidentified) when you begin. For example, a sudden increase in material prices due to economic turbulence. Do you know about that risks in advance of the project? Of course not. You also do not know what the impact will be. These types of risks are hard to predict, so impact is also unknown. For such unknown-unknown risks, we have management reserve.

A significant point to note is that contingency reserve is within the baseline, whereas management reserve is not. Contingency reserve is known to the project manager and visible to all (It can be cut down, as well!), but management reserve is outside of the approved baseline. To use management reserve, as the manager of your project, you will likely be needing approval. Approval follows the change control process. If you use the reserve, then, of course, the baseline also has to be updated.

You may be wondering about the protocols of using these reserves? Such procedure should be documented as part of your “Risk Management Plan.” It can be created by you or dedicated by risk managers, who will be a part of larger, more complex, and/or strategically important projects.

Block Representation
Both contingency and management reserves are shown in the block diagram below.



The contingency reserve can be applied at the activity level, the work package level, or overall project level for overall project risk. If you have activity contingency reserves, they will get rolled-up in the work packages. Work packages with contingency reserves get rolled to control accounts. The control accounts, having the work packages and planning packages, then roll-up to form the cost baseline of the project. Within the cost baseline, you also have the overall project contingency reserve.

The cost baseline is part of the integrated baseline (i.e. the performance measurement baseline or PMB), against which the project performance is measured. The PMB is an integrated baseline for scope, schedule, and cost. On top of the baseline, we add the management reserve to determine the budget or total allocated budget (TAB) of the project.

Because the cost baseline is an approved version of the time-phased project budget, it can and is depicted many times with an S-curve. S-curve analysis is frequently used while conducting earned value management/analysis (EVM/EVA).

S-Curve Representation
In the below figure, we have 3 curves – planned value (PV) curve, earned value (EV) curve, and the actual cost (AC) curve. The end of the PV curve is the budget at completion (BAC), which is the cost baseline. The end of the AC curve is the estimate at completion (EAC). PV, EV, AC, BAC, and EAC are earned value management related metrics.



The contingency reserve is within the baseline (below the BAC). In other words, you can say it is part of the performance measurement baseline (PMB). For easier understanding, I’ve shown the contingency reserve as a lumpsum amount at the overall project level for both individual project risk and overall project risk. On the other end, the management reserve is beyond the baseline (below the BAC or above the PMB line).

Calculating Contingency Reserve
Earlier, I noted that contingency reserve can be calculated with quantitative analysis. You would make this calculation to have a desired level of confidence in meeting the project objectives (i.e. schedule objective or cost objective).

The contingency reserve is determined many times with Monte Carlo analysis on the quantitative risk model of the project. The output of this analysis can be a cumulative probability distribution curve—an S-curve with the probability of achieving our target objective(s).

The S-curve in the following example is a variant of the S-curve shown earlier, and is many times called as risk-adjusted S-curve. In the earlier figure, the shape is shown as an S-curve, because of cumulative cost values. A risk adjusted S-curve forms a similar shape, but with scale for probability in the Y-axis, instead of cost. Cost (or duration) can be shown in the X-axis.

An Example
Let’s say you are building a prototype for next-gen solar powered vehicles. The total cost of the project, after considering the activities/work packages/planning packages, came as $12.72M (million). A detailed probability analysis of the project resulted in the probability S-curve shown below, which is drawn with Primavera Risk Analysis. We want to find out the needed contingency reserve considering 80% chance of meeting the target cost. (Click on the image to have an enlarged view.)




Let’s analyze the figure. In the Y-axis, we have the probability, whereas cumulative cost is shown in the X-axis. The deterministic value for our initial planned cost is $12.72M, which has a probability of 23%. Look at the portion highlighted in yellow with notation next to the end of arrow mark. Now, that’s a very low chance!

For a 100% chance, we need a budget in excess of $15M, but what about the contingency reserve for 80% probability? To have THIS level of confidence, we need a budget of 13.84M. We see that highlighted in orange with notation next to the end of arrow mark.

In summary below:
Initial budget = $12.72M and 23% chance
Expected budget = $13.84M and 80% chance
Contingency needed = ($13.84M – $12.72M)/$12.72M
= 8.8%

In monetary terms, the contingency reserve will be ($13.84M – $12.72M) = $1.12M
We can conclude that for this project a contingency reserve of $1.12M, will result in 80% confidence of meeting the target cost.

If you want to reduce the contingency reserve, you have to go with a lower chance. If you want to have a higher chance, the contingency reserve, of course, will go up. In other words, the amount for contingency reserve will be based on the confidence level needed.

Contingency Reserve for Emergent Risks
A new aspect of risk management that has been introduced in PMBOK 6th edition is the concept of emergent risks. Unlike known-unknown risks or unknown-unknown risks, emergent risks are for unknowable-unknowns. These are risks which can only be known after they have occurred.

Unknowable-unknowns exist many times within projects using disruptive technologies or creating products or a market which has never existed before. For disruptive technologies, the market application does not exist, hence can’t be analyzed (it is unknowable). The amount of work needed also can’t be determined (it is unknown). Projects employing disrupting technologies can have emergent risks. These are addressed by project resilience.

To have project resilience, one important part is to allocate proper contingency reserve for both schedule and budget. This contingency reserve is separate from the contingency reserve added for known-unknowns.

To help you quickly remember contingency and management reserves, I’ve outlined the differences in the table below.

Contingency Reserve vs. Management Reserve



References:
[1] I Want To Be A PMP: The Plain and Simple Way To Be A PMP, 2nd Edition, by Satya Narayan Dash
[2] I Want To Be A RMP: The Plain and Simple Way To Be A RMP, by Satya Narayan Dash
[3] Project Management Body of Knowledge (PMBOK) Guide, 6th Edition, by Project Management Institute (PMI)
[4] Practice Standard for Project Risk Management, by Project Management Institute (PMI)
[5] Schedule Management Handbook, by National Aeronautics and Space Administration (NASA)

This article was first published by MPUG on 17th July, 2018.



No comments:

Post a Comment

Sign- or Log-in and put your name while asking queries in comments. Any comment is welcome - comments, review or criticism. But off-topic, abusive, defamatory comments will be moderated or may be removed.