Created vs Resolved
Overview | Â | |
---|---|---|
Definition (Hover Text) | The Created vs Resolved KPI measures the speed at which the team closes the defects that are raised during a sprint. It provides insights into the team’s efficiency in handling and resolving defects. |  |
Source Tools | Jira, Azure Boards | Â |
Graph type | Line + Column Chart | Â |
Filters | Total Defects, Added defects | Â |
Hover Format on KPI | Created Defects - <<Value>> Resolved Defects - <<Value>> Resolved Percentage - | Â |
Fields on Overlay |
| Â |
Business Logic | Â | |
Calculation Formula |
| Â |
Trend | A higher trend in resolved defects indicates better quality and efficiency, as it shows the team is effectively closing the defects they raise. | Â |
Maturity Levels | Compare Resolved defects with Created Defects M1: Velocity is 0-40% M2: Velocity is 40-60% M3: Velocity is 60-75% M4: Velocity is 75-90% M5: Velocity is >90% | Â |
Instance level thresholds | Target KPI Value denotes the bare minimum a project should maintain for a KPI. | Â |
Configurations | Â | |
Processor Fields |
| Â |
Mandatory fields |
| Â |
How to Validate KPI | Â | |
Suggested ways of working | Â | Â |
Sample JQLs | project = "Your Project Name" AND issuetype in standardIssueTypes() AND resolved >= startOfDay(-7) AND resolved <= endOfDay() | Â |
Best Practice | Â | |
Consistent Tracking |
| Â |
Regular Reviews |
| Â |
Effective Communication |
| Â |
Benefits of KPI | Â | |
Efficiency Measurement |
| Â |
Quality Assurance |
| Â |
Customer Satisfaction |
| Â |
C
© 2022 Publicis Sapient. All rights reserved.