Lead and cycle time metrics¶
Monitoring you team's lead time and cycle time allows you to understand if you're improving the ability to deliver value to customers. These productivity metrics indicate how long it takes for work to flow through the software development process:
-
Lead time: the time it takes to go from a customer making a request to the request being satisfied. You can use lead time as an indication of your organization’s time to market.
-
Cycle time: the time it takes for your team to complete work items once they begin actively working on them.
Use these metrics to monitor the results of investing in DevOps practices and tackling technical debt, compare, and quantify the performance of your teams. These metrics enable you to objectively communicate to stakeholders how long your Engineering team takes to address customer requests or defects.
Read more on how you can improve your time to market.
Note
Pulse calculates lead time and cycle time based on the state changes of issues that are already completed in your issue tracking system. This means that:
-
If you reopen a completed issue, Pulse stops considering the issue while calculating the metrics. If the issue is completed again, Pulse takes into account the last completed timestamp.
-
If you change the type or the project of a completed issue, Pulse reflects the change on the dashboards, transitioning the issue history to the new project if relevant.
Note that this change doesn't affect the overall calculation of the lead time or cycle time metrics.
See here how Pulse collects issue status data from Jira.
Lead time¶
Time between creating an issue in the backlog and completing the issue.
Pulse calculates lead time for completed issues, taking into account that issues can transition from completed back to another state.
last issue completed timestamp - issue created timestamp
Cycle time¶
Time between commiting to work on an issue (such as at the start of a sprint) and completing the issue. Cycle time is a subpart of lead time.
Pulse calculates cycle time for completed issues, taking into account that issues can transition from in progress back to another state besides completed.
Note
Open issues that aren't in progress don't contribute to the cycle time.
See here how Pulse collects issue status data from Jira.
sum all (issue exited in progress timestamp - issue entered in progress timestamp)
See also¶
- Report data to Pulse using the Jira integration