Chores should represent Code Debt and put a project "In the red."

On many projects, especially with large codebases, Chores are created for refactorings, technology changes, cleanups, etc. Every Chore could have a debt-amount, -1 maybe for simplicity. With 3 Chores, you are -3 in debt. Add 10 Chores and you are now -13 in the red.

This Code Debt concept would help communicate to project customer the reason for and value of Chores that often don't make sense. While it is true that Agile promotes engineers making engineering decisions, Chores-as-debt could communicate the value of those engineering decisions, or more appropriately, communicate how those engineering actions will improve the product even if there is no business-facing changes.
 
happy I’m excited
Inappropriate?
1 person likes this idea
Hide ads

User_default_medium