Overview | |||
---|---|---|---|
Definition (Hover Text) | Percentage Rework Rate is the percentage of code changes in which where an engineer rewrites code that they recently updated (within the past within a pre-configured time frame set by the application (Past three weeks). | ||
Source Tools | Github, Gitlab, Bitbucket, Azure Repo | ||
Graph type | LineY Axis - Percentage X - Axis - Days/Weeks/Months | ||
FiltersBranch Filter | Branches & Developers | ||
Hover Format on KPI | <From Date - To Date>: <Rework Rate %%> | ||
Fields on OverlayExport |
| ||
Business Logic | |||
Calculation Formula | Trend | Decreasing Pickup time is a Positive trend | Rework Rate is calculated by dividing the number of code changes that were rewritten within the pre-configured time frame (e.g., three weeks) by the total number of code changes made during the same period. The result is then expressed as a percentage
|
Trend | A decreasing rework rate is a positive indicator | ||
Maturity Levels | M1: > 80% | ||
Instance level thresholds | 50% | ||
Configurations | |||
Processor Fields | Nil | ||
KPI Specific fields | Target KPI Value | ||
How to Validate KPI | |||
Suggested ways of working | TBD | ||
Sample JQLs | N/A | ||
Benefits of KPI | |||
How does the KPI help | A high rework rate can indicate inefficiencies, miscommunication, or rushed coding. By tracking this KPI, teams can improve planning, minimize wasted effort, and strengthen overall code stability and quality. |
Content Comparison
General
Content
Integrations