Can you share any insights on how to measure technical debt? Do you have specific tools you’d recommend for this, or certain testing frameworks you’ve had success with?

1.2k views1 Upvote3 Comments
Sort By:
Oldest
Director of IT in Software3 months ago
Manually - we create tickets to track technical dept as it is identified through code meetings and through automated code scanning reports which also result in tickets
1
CTO3 months ago
Your team will recognize technical debt when they see it, but a more precise approach involves defining your team's standards and then measuring compliance with those standards. As your code standards evolve, these changes will inherently generate technical debt. Measuring the percentage of code that does not adhere to these standards using static analysis tools is key. 

We use SonarQube to identify the areas of non-compliance (technical debt) and conveniently it provides time estimates for each issue. This helps us prioritize and systematically manage technical debt to maintain long-term code quality and maintainability.

As others have mentioned we have manual identifications of technical debt but those are tracked as regular work.
1
lock icon

Please join or sign in to view more content.

By joining the Peer Community, you'll get:

  • Peer Discussions and Polls
  • One-Minute Insights
  • Connect with like-minded individuals
Strategic Banking IT advisor in Banking3 months ago
As technical debt could have different forms, it will be the sum of different things.

For example, all our applications are documented in BizzDesign (used to be in Casewise before last year).   We can trace all the components (software, middleware, hardware) link to an application.

Then,  for specific technologies such as the version of database or a webserver, we could do queries to find which applications is using an obsolete version.

We also have development framework that we've built.   Some are dating as far as year 2000 while new ones are from 2023.   Once again, we have in BizzDesign the framework component.   So if, for example, Dev Framework V1.1 has been declared "obsolete", we know immediately how many applications carry a debt.

Extracting data and using PowerBI let us easily keep track of where we are, what we've done to reduce the debt, having some KPIs and goals.
1

Content you might like

IT Manager in Constructiona month ago
Hello,
the topic is so broad, what are you focused on?
Read More Comments
4.8k views2 Upvotes5 Comments

TCO19%

Pricing26%

Integrations21%

Alignment with Cloud Provider7%

Security10%

Alignment with Existing IT Skills4%

Product / Feature Set7%

Vendor Relationship / Reputation

Other (comment)

View Results
5.7k views3 Upvotes1 Comment
243 views2 Upvotes
Senior Director, Defense Programs in Softwarea year ago
As a buzzword, it’s on life support.
2
Read More Comments
2.8k views2 Upvotes16 Comments

Yes79%

No20%

1.2k views