Paying Down Technical Debt

This content is syndicated from Agile Pain Relief » Blog by Mark Levison. To view the original post in full, click here.

image I recently published an article “Technical Debt a Perspective for Managers”. On another forum I got the suggestion that the team should take a break every couple of months and spend a week paying down their technical debt. From personal experience this sounds a like a great idea but it ends poorly. Here’s what I see happen in this case:

  • Management (and others) expect miracles to be performed every time you have a technical debt week. They expect the team to make the code perfect. Of course we never get done quite as much as we hoped.
  • Developers delay making the smallest changes and improvements saying we have to put it off to technical debt week. The net result you have way more stuff to fix than you have capacity during debt week.

Like a mortgage (or credit card debt), you’re best off paying it down on continual basis. I encourage teams I coach to acknowledge that 10-15% of their time will be spent on an ongoing basis paying down their debt. That’s for greenfield apps, older apps will have to spend more. When you pay off your home mortgage you make payments as soon as you have the money from your paycheque. Delays just add interest charges, lump sum payments are a nice addition to regular paydown but not a replacement. Technical debt is the same way.

Leave a Reply

What is 1 + 6 ?
Please leave these two fields as-is:
Please do this simple sum so I know you are human:)

There are 101 ways to approach anything.
To find the best way, sometimes you need expert help

What People Say

“Kelly is an Agile heavy-weight. He came in to assess my multi-million $ Agile development program which wasn’t delivering the right throughput. He interviewed most of the team and made some key recommendations that, when implemented, showed immediate results. I couldn’t ask for more than that except he’s a really nice guy as well.”

DAN PULHAM, DIGITAL DIRECTOR
TELSTRA