Cycle time vs. lead time: waarom het verschil telt

Cycle time en lead time worden in Agile-gesprekken vaak door elkaar gebruikt, maar ze beantwoorden verschillende vragen — en verwarring ligt op de loer als u ze verwisselt.

Cycle time meet hoe lang het duurt om werk af te ronden vanaf het moment dat iemand eraan begint. Lead time meet de tijd vanaf het moment dat werk wordt aangevraagd tot het in productie staat of bij de klant is. Dat verschil lijkt klein, maar het verandert het verhaal volledig.

Stel: op maandag komt er een featureverzoek binnen. Het ticket staat twee weken in de backlog in afwachting van prioritering. Ontwikkeling duurt vier dagen, review twee, en de uitrol vindt de week erna plaats.

Het engineeringteam kan zeggen: “Cycle time is prima — zes dagen.”

Het management kan zeggen: “Waarom duurde dit drie weken?”

Beide hebben technisch gezien gelijk. Cycle time zegt iets over de uitvoeringsfase. Lead time beschrijft de doorlooptijd zoals het bedrijf of de klant die ervaart. Daarom voelen teams zich soms verbaasd als delivery-metrics er gezond uitzien, terwijl stakeholders nog steeds klagen over snelheid. Engineering meet het actieve werk; het management ziet het volledige plaatje.

Een groot gat tussen cycle time en lead time wijst meestal op frictie buiten de ontwikkeling:

• wachten in de backlog

• onduidelijke requirements

• goedkeuringsketens

• afhankelijkheden tussen teams

• releaseplanning

Geen van beide metrics is “beter”; ze beantwoorden simpelweg verschillende vragen. Wilt u begrijpen hoe efficiënt engineering werkt, kijk dan naar cycle time. Wilt u zien hoe snel ideeën resultaten worden, dan geeft lead time een completer beeld.

Het nuttigst is meestal om ze samen te bekijken. Blijft cycle time stabiel maar groeit lead time, dan raakt werk waarschijnlijk ergens voor of na engineering vast.