Why do we need a Risk Buffer?

This needs no explanation, I guess.

But there are some nuances worth discussing.

Each scope-oriented project, is this Fixed Fee or Time and Material regardless, needs to manage risk.

The primary tool for managing risks is review sessions and corresponding mitigation strategies. This is the end all be all.

But many risks convert into cost and having a right-sized buffer is not a bad idea.

We are not talking here on schedule buffer (time lag) as in my opinion longer schedule anyway converts into more cost or workload anyway.

In the end, all buffer types can be expressed in cost.

The project estimation is the moment we can put the next into the total baseline picture. Later is much harder if possible, at all.

 

Risk Buffer calculation

The first principle here is Risk Buffer should be a separate line in project estimations.

Shortly there is a baseline and there is a risk buffer.

Many "smart" project managers will build risk buffer on their own as a private contingency. It is part of the baseline and not visible to the organization.

The truth is all those not visible parts have a tendency not to be managed. The Result is it is almost given it will become a cost.

 

"If Risk Buffer is not transparent and visible to the organization, it is not Risk Buffer.

Contingencies made by the project manager “in private” in more than 90% of cases will become a real cost."

 

When preparing risk buffer we want to have it separately from baseline.

But for a commercial project where we need to prepare cost, marge, and price as full P&L there is another twist.

When defining marge and price we need to treat baseline and risk buffer together as one estimated cost. Pretty opposite when estimating.

There may be cases where the risk buffer is completely separate, and it does not affect the price. But in my practice, I have never seen that.

But it is NOT recommended to make marge and price just on baseline w/o risk buffer. Why is it so?

Simply if You have to use risk buffer on project execution (and it is most certainly some of it will be used) your overall profit will decrease.

 

 

Risk Buffer execution

Now we are getting to the core of this discussion.

While defining Risk buffer is not that completed, managing it is much more challenging for projects and supervising companies.

What’s the best practice for this?  Surely risk reviews and each time deciding what mitigation strategy take and if we want to use risk buffer.

Also reaching for a risk buffer is the easiest way to mitigate issues.

The best practice would require at least discussion if there are other mitigation strategies before reaching for money.

Not many PMs are motivated to do so.  But regular risk reviews and transparent risk management with stakeholders will help to facilitate it.

What is transparent risk management? Simply presenting up-to-date risk list and risk buffer status to stakeholders and asking for use of risk buffer if needed.

Easy right? But not always much welcomed. But this is best practice.

What’s the reward?

Very high probability of better financial numbers at completion as well managed risk buffer may lead to some leftovers which are welcomed by sponsoring organization.

And, right professional perception in stakeholders’ eyes.

 

Risk Buffer Monitoring

The previous chapter was project managers' view, now it is time for stakeholder’s view.

What stakeholder I mean here?

This could be a sponsor financing project or just PMO.

How to monitor Risk Buffer? Request Status of risk and risk buffer and participate in a decision on using risk buffer.

Again, not all organizations do this. But I think those where money counts, this is a must.

The other part of monitoring is having some independent visibility of what is happening with the risk buffer.

Here is an example of a very common case.

The project has a baseline of 100 units and a risk buffer of 15%  e.g. 15 units. All together worst-case cost at completion is 115.

It is quite common that project-on-run is estimating the cost at completion on 107 units, but never asked or managed risk. It simply overruns original plans.

In fact, it overruns baseline eating risk buffer w/o managing it.

The key point is to capture the moment when the estimate at completion is going above the expected baseline cost and monitor risk buffer use at the same time. If You have a dashboard with project status it is good to show at the same moment: baseline cost, completion cost, used risk buffer.

All three pieces of information seen at the same time can tell a lot already.

 

Final Conclusion

Risk buffer is an essential tool to deliver a project as close to original parameters and stakeholder expectations as possible.

Management of risk buffer is challenging and requires consistency. Often it requires an external "view" on a project like from PMO.

But all starts with proper risk buffer definition and planning during estimation time.

So, first of all, make sure You define risk buffer when estimating a project.

 

 

 

 

 

Marek Rudnicki

With over 25 years of experience in new technology companies specialized in professional service and consulting business solutions. Working for different industries like banking, insurance, telecom, e-commerce, manufacturing with a vast track of delivery of data analytics solutions. The key experience is consulting and project delivery - from presale into program management and project portfolio management and practice/portfolio governance. Most of the career working within a multinational environment, managing team, and in a very distributed model organization. Working with individuals from New Zealand to the United States and all in between.