Cycles in Sprint

Cycles in Sprint

The Cycles in Sprint report counts how many different active sprints a work item has been part of. In this example, we use 2, 3, and 6 as "slot splitters" to group issues as follows:

  • < 2: Issues that have only been in a single active sprint.

  • [2...3): Issues that have been in two different active sprints.

  • [3...6): Issues that have been part of 3, 4, or 5 different sprints.

  • 6+ Sprints: Issues that have cycled through 6 or more sprints.

cycles-in-sprint-report-jira.png

 

 

 

Step 1: Add a Data Source. In our example, we’ve filtered our demo project “AQUA” and disabled the date range to view all previous sprints.

Step 2: Leave the default 'Number of issues' metric.

Step 3: Choose ‘Cycles in Sprint’ for the ‘Display by’ field. Define your own slot splitters, or use our example and enter 2, 3, and 6 to create the four buckets described above.

Note: No issues have been part of 6 or more sprints, which is why the 6+ slot is missing on the chart.

Step 4: Select a sprint board you want to analyze.

Optionally, you can stack by any relevant field for better insights.

 

Cycles-in-sprint-settings.png
cycles-in-sprint-slot-splitters.jpg

 

‘Cycles in Sprint’ – counting logic

  • Only cycles occurring in active sprints on the selected sprint board are counted.

  • Issues added to a sprint before it starts are recorded by Jira in the sprint history but do not count as a cycle for this metric.

  • Only data from the board selected in the chart configuration is used for the calculation; data from other boards is not counted, even if an issue has been on different boards.