What is Cost of Delay? Why is it the “one thing” to quantify? How can I quantify the Cost of Delay for my project or feature? How do I get started with actually using Cost of Delay?
Lots of people (especially in the Lean and Agile community) talk a lot about Cost of Delay. We hear it mentioned all the time. But what we don’t see so much of is people actually quantifying it. We also see them boiling it down to just a different way of prioritising – but that’s really only one of the reasons why you might want to quantify the Cost of Delay. This 3 minute video explains why:
Here is a fairly typical value stream map for a feature being delivered by a software team. If you were to track the value-add and time spent waiting in your organisation you will probably find something similar:
Seems crazy, doesn’t it? The thing is, most organisations are blind to queues. We tend to focus predominantly on the efficiency of the parts of the process, not the speed of the end-to-end delivery of value. For instance, it is normal to find approval and funding processes that are optimized for the efficiency of those doing the approving, seriously impacting the speed and efficiency of the whole system. Part of what drives this is that we have a really poor understanding of how much the delays are actually costing us.
What is Cost of Delay?
If we are to make better decisions we need to understand the value of the things we are working on, and how that value decays over time. Only then can we understand the cost of queues and all the waiting. In the value stream above, the cost of delay for this feature turned out to be worth over $200,000 per week. The 38 weeks that this opportunity spent waiting in various queues cost the organisation nearly $8m in lost revenue. Knowing this puts the cost of waiting into perspective, doesn’t it?
Why is it the “one thing” to quantify?
When developing new or improved products and services, understanding the Cost of Delay helps in three ways:
- Better Decision-making – by making the economic trade-offs visible
- Better Prioritization – by using CD3 (Cost of Delay Divided by Duration) we deliver more total value
- By changing the focus – from efficiency and cost (which encourages the wrong behaviours), to speed and value
Put simply, Cost of Delay is a way of communicating the impact of time on value. It combines urgency and importance, two things that humans are not very good at separating. It should matter to us to know not just how valuable something is, but how urgent it is. The value that we miss out on when we deliver late, or while waiting can be enormous. It is often far more valuable to get something even a week earlier than it is to make it slightly cheaper. These trade-offs are simply not obvious though, unless we understand the Cost of Delay.
How do I do quantify the Cost of Delay for my project or feature?
Most cases of Cost of Delay can be easily approximated using the following graph as a guide. It shows the impact of being late for a feature where the benefits are long-lived and the peak benefits are unaffected by delay. There are other urgency profiles, but this is the most common in large organisations.
Usually, the ramp up to the peak is the same whether we have it now, or later. By visualising the impact of delay we can easily see that it is the peak benefits that we are delaying. In cases where the peak is also affected by delay, the cost of delay can be even higher, especially if the impairment is permanent.
How do I get started with Cost of Delay?
Step 1: Have a look here for some scaffolding to help you think about value. (Note: It’s not just about financial benefits either).
Step 2: If you want to understand more about how value decays over time, take a look at some common urgency profiles.
If you want to learn about why you might want to use Cost of Delay for prioritisation, read here and here to see how it works. Don’t get stuck there though: Cost of Delay is not just about improved scheduling – it’s also an important ingredient in making better trade-off decisions and for changing the focus on the conversation. If you don’t quantify it, you don’t get these benefits.
If this all sounds a bit theoretical to you, let’s be clear: this is not just theory. We’ve actually done this in lots of organisations: public and private sector, in large, medium and small organisations. We even wrote about using Cost of Delay across a $100m portfolio at a Fortune 500 company. If you need buy-in from others to get started with Cost of Delay, you’ll find some interesting before and after results that might help to make the case. In our experience, using Cost of Delay really helps to discover, nuture and speed up the delivery of value.
If you want some help to introduce these concepts and help you get going with Cost of Delay we run tailored workshops designed for people leading product development (like Product Owners and senior execs) as well as teams. The feedback on this is pretty good too.
Lastly, if you have a question, or would like help with any of this, feel free to get in touch!