Reducing Technical Debt

Reducing Technical Debt Methods

Reducing Technical Debt and how to go about it was a hot discussion with one of our clients recently. First we discussed the metaphor and how the debt metaphor really fits for software projects as well as other domains. The metaphor created by Ward Cunningham back in 1992 was meant to help explain to non-technical stakeholders that there was a cost to not doing things the right way; that doing things the fastest way, may have costs later on. But as in the financial domain, debt is not always bad. Sometimes we want to have something now and pay back later. That's the concept of principal and interest. The question is how much is the principal and interest and will the interest bury me in the long run? Just like financial debt which can be a silent killer and can either cause problems or hide problems, technical debt has the same ramifications:

  • Tasks that are not done but run the risk of causing future problems if not completed.
  • Aspects of the software that have been done incorrectly (usually quicker or easier), but there is no time to do it right (now), or fix it. 

In reducing technical debt, first we

What Does Technical Debt Include ? – Agile Webinar Q & A

Agile Metrics Webinar Question: What does Technical Debt include? Answer: The debt can be thought of as work that needs to be done before a particular job can be considered completeor “proper.” If the debt is not repaid, then it will keep on accumulating interest, making it hard to implement changes later on. Unaddressed technical debt increases software entropy and is usually as a result of poor system design. Think of all the things that you say “we’ll do that later”. That represents technical debt.

Show Buttons
Hide Buttons