3 ms·

I would love to know your formal approach (or as close to it as possible). I personally see technical debt as debt to be leverage but I lack the means to track

I would love to know your formal approach (or as close to it as possible). I personally see technical debt as debt to be leverage but I lack the means to track it so that we are always aware of how much debt we have.

sokoloff 17y ago
We (or at least I) also think of it as leverage. We also have a very strong 80/20 ethic, so we don't have particular qualms about using the leverage that this debt can provide. We don't do anything magical; there is no secret sauce, noe no spreadsheets with formulae or anything fancy; it's literally just a series of wiki articles and Jira tickets with issue type "Debt" so we can easily find the documented debt and make plans when/whether to retire it. So the concrete formal mechanism is "use your bug tracking system and flag them somehow so you can filter/search for them." I will add some additional links that our top-level debt page references as useful: http://chrissterling.gettingagile.com/2008/10/20/managing-software-debt-article/ http://chrissterling.gettingagile.com/2008/10/20/managing-so... http://enterprisearchitect.typepad.com/ea/2008/10/watch-your-amou.html http://enterprisearchitect.typepad.com/ea/2008/10/watch-your... http://www.youtube.com/watch?v=pqeJFYwnkjE http://www.youtube.com/watch?v=pqeJFYwnkjE (Video: Ward Cunningham on technical debt)