Sunday , January 21 2018
Home / Agile Software Development / Paying Off the Technical Debt in Your Agile Projects

Paying Off the Technical Debt in Your Agile Projects

Technical debt is a necessary evil, and its scope is expanding to include things like missing unit tests. You should have a plan in place to keep technical debt at a reasonable level. In an article for AgileConnection, Nishi Grover Garg provides a useful starting point.

Needlessly Indebted

Garg imagines it is not uncommon for teams to begin a new project according to a programming standard, around which they build automated tools to test adherence to the standard. But with time and as people get busy, the tools stop getting run. Then technical debt builds up, and nobody notices until it has become a serious problem. At that point, teams have to decide between messy solutions, including dedicating a sprint to refactoring or trying to work out a plan to divide up the debt and resolve it piece by piece over the next several sprints.

To avoid such situations in the first place, Garg’s solution is to have a really substantial definition of done on your projects. This is a straightforward way to put guard rails on the project, so to speak. She shares these pointers as examples of what can go into a great definition of done:

  • All acceptance criteria for the user story must be met
  • Unit tests must be written for the new code and maintain a 70 percent coverage
  • Functional tests must be performed, and exploratory tests must be performed by a peer tester other than the story owner
  • No critical or high severity issues remain open
  • All test cases for each user story must be documented and uploaded in the test management portal
  • Each major business scenario associated with the user story must be automated, added to the regression test suite, and maintain a 70 percent functional test coverage

For a longer discussion on the ways that technical debt pops up in the first place, you can view the original article here:

About John Friscia

John Friscia is the Editor of Computer Aid's Accelerating IT Success. He began working for Computer Aid, Inc. in 2013 and continues to provide graphic design support for AITS. He graduated summa cum laude from Shippensburg University with a B.A. in English.

Check Also

Avoid ROI as a Basis for Prioritization

Business is all about ROI, and rightfully so, but ROI is not always a clear, …

Leave a Reply

Your email address will not be published. Required fields are marked *

Sorry, but this content
is for our subscribers only!

But subscribing to ACCELERATING IT SUCCESS is FREE and only one click away!
Join more than 40,000 IT Professionals and get the best IT management articles to your mailbox with Accelerating IT Success!

Unsubscribe at any time