Overview | |||
---|---|---|---|
Definition (Hover Text) | The Defect Count by Priority KPI measures the number of defects for each priority level defined in a project. | ||
Source Tools | Jira, Azure Boards | ||
Graph type | Line Chart | ||
Filters | |||
Hover Format on KPI | Sprint Name: P1: <<Value>> P2: <<Value>> P3: <<Value>> P4: <<Value>> | ||
Fields on Overlay | Sprint Name Defect ID Issue Description Priority | ||
Business Logic | |||
Calculation Formula | No. of defects linked to stories in the iteration grouped by priority | ||
Trend | A lower count of defects, especially in higher priority categories, 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 | KPI Specific fields | 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 :
| ||
How to Validate KPI | |||
Suggested ways of working | |||
Sample JQLs | project = "Your Project Name" AND issuetype = Bug AND Sprint in openSprints() ORDER BY priority DESC | ||
Benefits of KPI | How does the KPI help|||
Prioritization: |
| ||
Trend Analysis |
| ||
Risk Management |
| ||
Improved Product Quality |
| ||
Best Practices | |||
Clear Priority |
| ||
Regular Monitoring |
| ||
Effective Communication |
|
Page Comparison
General
Content
Integrations