New sprint metrics

Enhancing Agile Team Reporting With New Fields and Sprint Metrics For Jira

In addition to the rich set of Agile metrics and fields already supported by the app, Performance Objectives: Charts for Jira is now introducing new scrum metrics and fields, custom-designed to cater to the reporting needs of Scrum teams and empower their continuous improvement efforts. Our focus is on delivering accurate and comprehensive analyses of essential Agile aspects, such as team velocity, rolling issues, resolution state, and scope changes. Leverage these metrics and fields to generate valuable reports that spark productive and data-driven discussions during your sprint retrospectives.

Field Name
Usage
Dashboard Gadgets

1.
Sprint – All, First/Last, Resolved…
abc
F
stacked_bar_chart
area_chart
donut_small
ssid_chart
shape_line
scatter_plot
space_dashboard
join_full
blur_on
history
2.
Sprint Rolling State
abc
F
stacked_bar_chart
area_chart
donut_small
ssid_chart
shape_line
scatter_plot
space_dashboard
join_full
blur_on
history
3.
Sprint Resolution State
abc
F
stacked_bar_chart
area_chart
donut_small
ssid_chart
shape_line
scatter_plot
space_dashboard
join_full
blur_on
history
4.
Sprint Scope Change
abc
F
stacked_bar_chart
area_chart
donut_small
ssid_chart
shape_line
scatter_plot
space_dashboard
join_full
blur_on
history
5.
Cycles in sprint
pin
M
F
stacked_bar_chart
area_chart
donut_small
ssid_chart
shape_line
scatter_plot
space_dashboard
join_full
blur_on
history

In this article we will explore the practical use of each of the new metrics and fields. Let’s dive in:

Jira system field Sprint is now enriched with new options, offering distinct state concepts. This enhancement enables you to segment story points or the number of issues based on their appearance and presence within a sprint.

  1. All: This option presents data for all sprints across selected projects, providing a comprehensive view of the team’s performance over time.
  2. First in: Filter issues by their initial appearance in a sprint.
  3. Last in: Helps you understand how much value is being delivered to customers. This filtering option allows users to filter issues based on their most recent appearance in a sprint. By doing so, it helps provide a more accurate representation of the team’s velocity as it ensures that issues or story points are only counted once, based on their latest sprint appearance. This prevents any duplication or double-counting of work items, resulting in a more reliable and precise measure of the team’s performance.
  4. Resolved in: Filter issues by the sprints in which they were marked as “resolved” or successfully completed.
  5. Unresolved in: Filter issues by the sprint in which they remain open or unresolved. By examining only the unresolved issues, teams can uncover the reasons behind their status, reveal any external dependencies, and address the health of backlog items in discussions with the entire team.

In the image below, you can see that “Last in” for the Sprint field has been selected for this chart.

Analyze Story Points and Rolling Issues In Sprints

The Sprint Rolling State field provides valuable insights into the number of issues or story points that transition from one sprint to the next without being first transitioned back to the backlog. It tracks both the issues or work items newly created within each sprint (New) and those carried over from previous sprints (Rolling) into the subsequent one. This provides a comprehensive view of the flow of work items between sprints, aiding in better understanding and managing your Agile project’s progress and performance.

Deeper Insights for Agile Teams with ‘Sprint Resolution State’

The Sprint Resolution State field significantly enhances an Agile team’s grasp of their work efficiency. Resolved issues indicate successful task completion, contributing to increased Return on Investment (ROI) and customer satisfaction. On the other hand, unresolved issues shed light on challenges, bottlenecks, or scope creep, allowing teams to address inefficiencies and optimize their workflows during sprint retrospective.

Use this field to visualize the ratio between resolved and unresolved issues within a single sprint or across subsequent sprints over time, as shown in the image below:

Sprint resolution state

Track Scope Changes and Manage Scope Creep

The Sprint Scope Change text field holds significant value for Scrum teams as it enables them to proactively manage potential scope creep and understand the reasons behind any deviations from their sprint goals.

With three distinct issue categories available, teams can precisely track and categorize changes in the sprint scope:

  1. Unchanged: This category represents the issues or story points that remained consistent and unchanged throughout the sprint. It allows teams to validate the success of their original sprint goal and verify the accuracy of their initial estimation.
  2. Added: This category indicates the number of stories that were added after the start of the sprint, exceeding the originally committed numbers. A significant number of additions may have potentially impacted the sprint’s focus.
  3. Removed: This category represents the issues that were removed from the sprint during its execution. By examining these removed items, teams can gain insights into why certain goals were not achieved, and whether context switching played a role in their sprint’s performance.
Measure Sprint scope change in Jira

You can exclude backlog items from being visualized as “Empty” on your chart by using this JQL filter: “Sprint is not EMPTY” in the Data Source.

Unveil Issue Iterations with ‘Cycles in sprint’

With the Sprint Rolling State field, you can easily visualize the sum of story points or the number of rolling issues per sprint. Additionally, the ‘Cycles in Sprint’ metric provides valuable insights into how many times an issue moves between sprints. It highlights instances where issues weren’t completed in their original sprints and were carried over to subsequent ones for further work. This metric provides valuable insights into the frequency of such rolling, and can be useful in identifying patterns or issues that may impact sprint planning and execution.

By monitoring the number of times issues move between sprints, teams can identify recurring challenges, potential roadblocks, or underestimations in task complexity. For instance, in a software development project, the use of this metric may reveal that certain types of bugs consistently require multiple sprints to resolve, indicating areas for improvement in bug triaging and testing practices.

cycles in sprint as field

In this chart sample, we calculate by Number of issues and use Cycles in sprint as the display by field. Customize your Slot Splitters to distinguish between issues that rolled once or twice between sprints and those needing immediate attention for excessive movement. Stacked by mode is applied with Issue type for further insightful analysis.

For a comprehensive list of metrics and fields supported by Performance Objectives – Charts for Jira app, please refer to our Configuration Overview.

Start your 30 days free trial of Performance Objectives: Charts for Jira from Atlassian Marketplace.

logo gradient blue marketplace