Both measure how long work takes. But they answer different questions — and confusing them leads to wrong conclusions about your team.
Cycle time runs from the moment someone starts working on a ticket to the moment it's done. It tells you how fast your team moves once they pick something up.
Lead time runs from the moment the request enters the system — a PO writes the story, a customer files the ticket, it lands in the backlog — to the same "done" point. It tells you how long the person who asked has been waiting.
The gap between the two is queue time. If lead time is much longer than cycle time, most of the wait happens before anyone starts working. That's not a speed problem, it's a backlog or prioritisation problem.
If cycle time looks good but lead time doesn't, your team is working fast — but requests are piling up before they get picked. Either the backlog is too full, priorities take too long to settle, or stakeholders are waiting on decisions upstream.
If both look bad, you have a flow problem. Too much work in progress, too many context switches, or blockers sitting on tickets. The team isn't slow; the system is clogged.
Measuring only one misses half the picture. Stakeholders care about lead time — that's the number they feel. Teams can actually influence cycle time directly. You need both to have the right conversations with the right people.
Jira has neither a lead time nor a cycle time field natively. Both come from the same raw material: the status transition history of each ticket. You need to decide which statuses mark each boundary for your workflow.
Cylenivo reads that history via the Jira API and lets you configure it explicitly. You pick which statuses count as lead time start (typically "Backlog" or "To Do") and which count as cycle time start (usually "In Progress" or "In Development"). The end point — "Done", "Closed", or whatever your team uses — is shared.
From there both metrics come out together: percentiles, distribution charts, trends over time. You can see the queue time directly as the gap between the two.
See both lead time and cycle time from your Jira data — with percentiles, trends, and distribution charts.
Jira doesn't show cycle time natively. Learn what it means and how to get real data.
Read the guide →Little's Law, Kingman's formula, and why WIP limits aren't optional.
Explore Flow Physics →A framework for turning metrics into actual change, not just reports.
Read about the WFL →