Cost of Delay (CoD)

De Cost of Delay (CoD) betreft een krachtige methode die (bedrijfs)organisaties helpt de financiële impact van het uitstellen of vertragen van projecten, producten of features te kwantificeren. Door de kosten van vertraging inzichtelijk te maken, kunnen (bedrijfs)organisaties betere beslissingen nemen over prioriteiten en resourceallocatie. Opgemerkt dient te worden dat de CoD gaat niet alleen over het verlies van inkomsten, maar ook over het risico van marktaandeelverlies, klantontevredenheid en het missen van strategische kansen (Reinertsen, 2009).

Wanneer pas je de Cost of Delay toe?

CoD wordt vooral gebruikt in situaties waar resources beperkt zijn en er keuzes moeten worden gemaakt tussen verschillende projecten of features. Het is een veelgebruikt instrument in agile en lean managementmethoden, zoals Scrum en Kanban, om te bepalen welke items het eerst dienen te worden opgepakt op grond van hun economische waarde.  Voorts is CoD nuttig bij het plannen van productreleases, het prioriteren van backlog items en het optimaliseren van de waardestroom.

Hoe bereken je de Cost of Delay? 

Stel dat een softwarebedrijf een nieuwe feature wil ontwikkelen die extra inkomsten genereert. Onderstaand de stappen om de CoD te berekenen:

1. Bepaal de verwachte extra inkomsten per tijdseenheid:
   • De nieuwe feature genereert naar verwachting €10.000 per maand aan extra inkomsten.
2. Converteer de inkomsten naar een dagelijkse waarde:
   • €10.000 per maand komt overeen met ongeveer €333 per dag (€10.000 / 30 dagen).
3. Bepaal de periode waarin de feature relevant blijft:
   • De feature blijft naar verwachting 12 maanden relevant voordat de concurrentie een vergelijkbare feature lanceert.
4. Bereken de totale verwachte inkomsten:
   • €10.000 per maand * 12 maanden = €120.000.
5. Bepaal de vertraging:
   • Stel dat de feature 30 dagen later wordt opgeleverd dan gepland.
6. Bereken de Cost of Delay (CoD):
   • CoD = Dagelijkse inkomsten * Aantal dagen vertraging
   • CoD = €333 per dag * 30 dagen = €10.000.

In dit voorbeeld bedraagt de Cost of Delay voor het 30 dagen later opleveren van de feature €10.000. Dit betekent derhalve dat het bedrijf €10.000 misloopt door de feature niet op tijd op te leveren.

Voorbeeld met meerdere features

Stel dat het bedrijf moet kiezen tussen twee features, maar slechts resources heeft voor één feature. De CoD kan helpen bij het maken van deze beslissing:

• Feature A:
  • Verwachtte extra inkomsten: €10.000 per maand.
  • Relevantieperiode: 12 maanden.
  • Dagelijkse inkomsten: €333.
  • Vertraging: 30 dagen.
  • CoD: €333 * 30 = €10.000.
• Feature B:
  • Verwachtte extra inkomsten: €15.000 per maand.
  • Relevantieperiode: 6 maanden.
  • Dagelijkse inkomsten: €500.
  • Vertraging: 30 dagen.
  • CoD: €500 * 30 = €15.000.

In dit geval heeft Feature B een hogere Cost of Delay (€15.000) vergeleken met Feature A (€10.000). Daarom zou Feature B prioriteit moeten krijgen, omdat het uitstellen ervan een grotere financiële impact heeft.

Welke kanttekeningen kunnen worden geplaatst bij de Cost of Delay?

Hoewel CoD een nuttig instrument is, zijn er enkele kanttekeningen te plaatsen:

1. Subjectiviteit in schattingen:
   • Het berekenen van CoD vereist vaak schattingen van toekomstige inkomsten en marktomstandigheden, wat kan leiden tot onnauwkeurigheden (Browning & Ramasesh, 2007).
2. Complexiteit bij multidimensionale waarde:
   • CoD richt zich primair op financiële impact, echter kunnen projecten ook niet-financiële waarden hebben, zoals strategische positionering of reputatie (Ward & Sobek, 2014).
3. Korte termijn focus:
   • CoD kan leiden tot een focus op kortetermijnwinsten ten koste van langetermijnstrategieën (Reinertsen, 2009).
4. Implementatiecomplexiteit:
   • Het implementeren van CoD vereist in veel gevallen een cultuurverandering en een goed begrip van economische principes binnen het team (Anderson, 2010).

Conclusie

De Cost of Delay is een zeer waardevol hulpmiddel om de economische impact van vertraging te kwantificeren en prioriteiten te stellen. Door de CoD te berekenen, kunnen organisaties beter onderbouwde beslissingen nemen over welke projecten of features het eerst moeten worden opgepakt. Het is echter belangrijk om rekening te houden met de beperkingen van CoD, zoals de subjectiviteit van schattingen en de focus op financiële waarde. Een integrale benadering, waarbij ook niet-financiële factoren worden meegenomen, is essentieel voor effectieve besluitvorming.

LITERATUUR

1. Anderson, D. J. (2010). Kanban: Successful evolutionary change for your technology business. Blue Hole Press.
2. Browning, T. R., & Ramasesh, R. V. (2007). Reducing the risk of cost and schedule overruns in product development. Journal of Engineering and Technology Management, 24(1-2), 157-173. 
3. Reinertsen, D. G. (2009). The principles of product development flow: Second generation lean product development. Celeritas Publishing.
4. Ward, A. C., & Sobek, D. K. (2014). Lean product and process development. Lean Enterprise Institute.