Cycle Time helps you better estimate time spent working on future tasks. It also helps you understand what the most common bottlenecks in your Software Delivery Pipeline are.
“We have a ton of [good] product pressure… We work really hard, but are fundamentally slow to deliver… This resonated everywhere. It takes a very long time to ship something here.’ - Artem Fishman, CTO at SoundCloud before putting efforts to measure and improve the software product development flow
Cycle Time is a metric borrowed from lean thinking and manufacturing disciplines. It’s most often defined as the amount of time between the moment that works begins until it’s delivered to the end customer.
In Google’s 2019 DevOps research, which included 31,000+ participants, cycle time was one of the core measurements. Authors grouped companies based on Software Delivery performance, where Cycle Time is:
Authors also revealed that High-Performance Organisations are 106 times faster going from first commit to deployment. Additionally, they found that a small proportion of companies have an average Cycle Time of less than an hour.
Shorter cycle times brings the following benefits to the team’s output performance:
Furthermore, metrics help the team have more productive standups. It gives the ability to spot bottlenecks and resolve them on the spot.
Since Cycle Time doesn’t just measure Work In Progress speed but also other segments of the pipeline, it can be easily improved by removing code reviews or extended testing. This is, of course, counterproductive. A reduced Cycle Time shouldn’t have any negative impact on other aspects of the team’s output quality. As a consequence, Cycle Time is usually accompanied by these 3 additional metrics:
Ideally, we want to transition to what is called a “one piece flow,” a process where all code inventory is actively being worked on. In the first three months, the team’s cycle time dropped from 12 days to 3 days. - Soundcloud
Ideally, your developers should be checking multiple small releasable changes into the trunk at least once per day. - Google
In Athenian, Cycle Time is computed as a sum of the average time required in each step of the Software Delivery Pipeline.
It’s important to understand that each segment’s average time is first computed separately, including all Pull Requests already past this stage (even if not released).
With Athenian’s Software Delivery Performance dashboard, you can quickly spot which segment of the pipeline adds the most time to total cycle time. Generally speaking, this segment should then be tackled first.
Siemens’ Health Services department has a case study digging into how they shifted from traditional agile metrics (eg. Story Point, Velocity) to more actionable metrics like Work In progress, Cycle Time, and Throughput. Some key points: