Backlog Health
- 1 Purpose
- 2 How metric helps
- 3 How metric works
- 3.1 Chart overview
- 3.2 What metric means
- 3.3 Calculation
- 3.3.1 Calculation notes
- 3.4 Example
- 4 Data source
- 5 PerfQL
- 6 See also
Purpose
Backlog Health shows the amount of a ready scope (i.e. scope in the "Ready for Development" state) at the start of each sprint. The scope may be measured in originally estimated hours or story points.
How metric helps
Backlog Health:
shows how many sprints of "ready for development" work a team possesses
helps to evaluate scope gathering and requirements management process
helps to understand whether the client/customer is able to provide enough details to form a backlog
shows how reachable Definition of Ready is, i.e. no issues in the estimation process, designs and specification are provided, INVEST principles easily followed
whether PO is engaged / available enough to manage backlog including priorities
shows whether the team is able to identify and define technical requirements to get tech tasks to a status of "ready for development"
shows whether there is an actual roadmap preserved and a clear product goal set to have backlog items in order
shows whether there is any risk that refined requirements can be subject to change and revisited moving forward
shows how effective feature refinement and estimation process is
Benefits:
make sure the business team provides enough requirements to backlog about feature development
make sure the engineering team conducts timely refinement and estimation of requirements
How metric works
Chart overview
The chart shows Backlog Health in a number of sprints scope is ready ahead - Axis Y by sprints in time - Axis X.
On hover over a column a hint appears with the following info:
Sum of story points/original hours for the items in a ready status;
Number of items by type;
Average team velocity;
Metric value.
Chart legend shows the latest metric value and the difference between this value and the previous one.
By click on a column a pop up appears with the following information got from the task tracking system:
Issue ID
Type
Priority
Summary.
Sprints on the widget are sorted by the sprint start date, as the metric is calculated at a sprint start.
Not estimated and issues with 0 estimate are not displayed in the pop up and not included in the calculation.
What metric means
Calculation
Backlog Health =∑Eready/Vavg,
where
∑Eready - estimates sum for N ready for development tasks at a sprint start. Ready state is according to criteria in Project settings>Scope management>Definition of Ready.
Vavg - average velocity for the last N periods; N periods - taken from Project settings>Scope management> Calculation depth for average team velocity estimation.
RAG thresholds: Red - metric value <=1; Amber - 1 < metric value<=2; Green - 2 < metric value <=5; Amber - metric value >5.
Calculation notes
1. Issues that got a ready state before a considered sprint start timestamp are included into the calculation regardless of their assignment to another sprint.
2. Average velocity assumptions:
Incomplete (current) sprint is not taken into account;
Estimate is taken at an issue completion;
Not estimated and null estimates are not included in the calculation;
Sub-items are not included in the calculation.
3. Trend line (blue dotted line) calculation (its inclination to axis x) ignores an incomplete iteration in the chart to reveal an accurate tendency.
4. If there are several active sprints are running simultaneously in one project, the Backlog health value is calculated only for the first one.
Example
There are 2 sprints:
Current sprint S1: start on Dec 1.
Next sprint S2 : start on Dec 14.
There is an issue A that has got a ready state on Nov 30 but assigned to S2.
Issue A will be included in the calculation of Backlog Health for S1 and can be viewed in the drill-down for this sprint.
Data source
Data for the metric can be collected from a task tracking system (Jira, TFS, Rally, etc.).