Overview | ||||||
---|---|---|---|---|---|---|
Definition (Hover Text) | This KPI measures the number of defects along with the root cause of defectsand categorizes them based on their root causes. It helps in identifying the underlying reasons for defects, allowing for targeted improvements. | |||||
Source Tools | Jira, Azure | |||||
Graph type | Line Chart | |||||
Filters | - | |||||
Hover Format on KPI | Sprint Name: RCA1: <<Value>> RCA2: <<Value>> RCA3: <<Value>> RCA4: <<Value>> | |||||
Fields on Overlay | Sprint Name Defect ID Issue Description Root Cause | |||||
Business Logic | ||||||
Calculation Formula | No. of defects linked to stories in the iteration grouped by Root Cause | |||||
Trend | Lower the count, better is the ‘Quality’A lower count of defects, especially those with recurring root causes, indicates better quality. | |||||
Maturity Levels | -NA | |||||
Instance level thresholds | Target KPI Value denotes the bare minimum a project should maintain for a KPI. | |||||
Global Configurations- (Field Mapping) | ||||||
Processor Fields |
| Mandatory fields | Issue Type Mapping Issue types which will have linked defects eg; Story | Whenever we update the defect mapping and issue type mapping, whether we add or remove any issue type, we must run the processor. This is necessary to show the changes in the KPI. Defect Mapping :
| ||
Mandatory fields
| Project Settings
Defect Mapping :
Issue type Mapping :
Root Cause RCA : User need to provide that custom field which is associated with Root cause | |||||
How to Validate KPI | ||||||
Suggested ways of working | ||||||
Sample JQLs | project = "Your Project Name" AND issuetype = Bug AND Sprint in openSprints() ORDER BY "Root Cause" ASC | |||||
Benefits of KPI | ||||||
How does the KPI help | The Defect Count by Root Cause Analysis (RCA) KPI helps teams identify the root cause of defects, enabling them to take corrective actions to prevent them from recurring. This leads to improved product quality, reduced costs, and increased customer satisfaction by addressing the underlying issues and preventing similar defects from occurring in the futureBest Practice | |||||
Root Cause Analysis | Conduct regular reviews of defects and their root causes to identify patterns and trends. | |||||
Cross-Functional Collaboration | Encourage collaboration between different teams (development, testing, operations) to gain diverse perspectives on root causes. | |||||
Continuous Improvement | Establish a feedback loop where the team can learn from past defects and continuously improve their processes. | |||||
Preventive Measures | Implement preventive measures based on the insights gained from root cause analysis to avoid similar defects in the future. Continuously refine and improve processes based on the findings from root cause analysis. | |||||
Benefits of KPI | ||||||
Identifies Root Causes | Helps in understanding the underlying reasons for defects, enabling the team to address the root causes rather than just the symptoms | |||||
Quality Improvement | By addressing root causes, the overall number of defects can be reduced, leading to higher product quality. | |||||
Cost Reduction | Reduces the cost associated with fixing defects by preventing them from occurring in the first place. | |||||
Data-Driven Decisions | Provides valuable data that can be used to make informed decisions about process improvements and resource allocation. |
Page Comparison
General
Content
Integrations