Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 35 Next »

This view has KPIs that explain the health and hygiene of Product Backlog. It is recommended to the be referred by the complete Scrum team that includes the Product owner, Scrum Master, developers, QA etc.

KPI Name and brief

Rationale for capturing the KPI

Tools

Definition

Configurations

The KPI has 2 data points

  1. Defect count without story link - Tagging defects to stories is a good practice as it helps in requirement traceability and enables the team to optimize regression testing effort for every release

  2. Test cases without story link - Tagging test cases to stories empowers the team to track the coverage of execution cycle (both manual and automation)

JIRA/Zephyr/XRay

# of total defects without Story link: Count of all open defects that have been raised in the last 15 months

# of total non-regression test cases without story link

Defect Reopen rate

The widget should show

  1. Reopened /Total

  2. Reopen Rate

  3. Avg. Time to Reopen

JIRA

Defect Reopen Rate measures number of defects reopened out of the total number of defects raised.

Backlog Readiness

The widget shows

  1. Ready backlog in terms on issues and Story Points

  2. Backlog strength

  3. Readiness cycle time

JIRA

Ready Backlog = No. of issues which are refined in the backlog. This is identified through a status in jira/azureboards

Backlog Strength = Size of issues refined in the backlog / Average velocity of last 5 sprints

It is calculated in terms of no. of sprints. Recommended strength is 2 sprints

Readiness cycle time - average time taken for Backlog items to be refined

Refinement Rejection Rate

The widget is a line graph which shows data for last 5 months.

Each month user gets to see.

  1. Total stories

  2. Accepted stories

  3. Rejected stories

JIRA

Refinement Rejection Rate measures the percentage of stories rejected during refinement as compared to the overall stories discussed.

Workflow status needs to be added in these 3 fields under mappings

  1. Ready for refinement status

  2. Accepted in refinement status

  3. Rejected in refinement status

Product defects ageing by priority

The KPI measures the effectiveness of Defect Backlog prioritization and is useful for Product Owner, Scrum Master and the development team

JIRA

This groups all open production defects that are created in the last 15 months by standard ageing buckets - <1 Month, 1-3 Month, 3-6 Month, 6-12 Month, > 12 Month.

These defects can be filtered based on 'Priority'.

Lead time

Lead Time is the time from the moment when the request was made by a client and placed on a board to when all work on this item is completed and the request was delivered to the client

JIRA

It is calculated as the sum of Ideation time, Development time & Release time

Ideation time (Intake to DOR): Time taken from issue creation to it being ready for Sprint

Development time (DOR to DOD): Time taken from start of work on an issue to it being completed in the Sprint as per DOD

Release time (DOD to Live): Time taken between story completion to it going live.

  • Each of the KPIs are calculated in 'Days' . Lower the time, better is the speed & efficiency of that phase

  • No labels