The debt quality model is inspired on SQALE method.
According to the definition in its website:
The SQALE method has been developed to answer a generic and permanent need for assessing the quality of source code. Standards like ISO 9126 and ISO/IEC 15939 do not provide effective support for this challenge. The SQALE method is targeted for an automated implementation. It is generic and language and tool independent.
The SQALE method is particularly devoted to the management of the Technical Debt (or Design Debt) of software developments. It allows:
- To define clearly what creates the technical debt
- To estimate correctly this debt
- To analyze this debt upon technical and business perspective
- To offer different strategies allowing establishing payback plan.
Although SQALE method is focused on source code, we have adapted it on our way to be able to focus on JIRA issues, instead of lines of code. We have named this debt as "management debt".
The Analysis Model
The Debt Analysis Model contains the rules that are used for normalizing the measures and the controls relating to the JIRA issues.
The model normalizes the reports resulting from the JIRA issues analysis by transforming them into remediation costs. The model defines rules for aggregating these costs.
Debt is computed for each issue by checking if the rules are violated or not.
A set of rules is provided by the plugin in order to compute your management debt. If you think that a rule is missing, please contact us and we will include it in the next release.
|Rule Name||Rule Description||Default Debt|
|Resolved after due date|
This rule checks if the issue has been resolved after issue due date
No updated last month
This rule checks if the issue has been updated during the last month
This rule checks if the issue doesn't have any comment
This rule checks if the issue doesn't have a description
Longer than expected
This rule checks if issue timespent is over estimation
This rule checks if issue description is too short
This rule checks if issue summary is too short
No original estimation
This rule checks if issue is not estimated
This rule checks if issue is not assigned
Too Much Timespent
This rule checks if issue is taking to much time
Too Long Estimation
This rule checks if issue estimation is too long
Check out plugin administration to know how to enable/disable the rules.