blog

All technical debt is a risk to the product and to your business.

Published on
5 minute read

If you were buying a car, or a TV, you as the purchaser would do your best to understand the product that you are buying, the quality tradeoffs, and the capabilities.

All technical debt is a risk to the product and to your business.

All technical debt is a risk to the product and to your business.

So why is so much of software opaque to the business? Why does the business have a fire-and-forget mentality and little interest in understanding what they are investing in?

The modern businesses negligence in understanding their capital investment is in that lack of understanding. You can’t hide it in a cost centre forever.

Reviewer(s): Adam Moss FBCS CITP 

TL;DR;

Every business (receiving entity) requesting a custom solution should expect valuable delivery of the highest possible quality. Your delivery should valuable and work; be free from known defect.

All technical debt is risk to the product and to your business.

Technical debt is like an unhedged fund! There is no asset securing that risk, no insurance for it. Technical debt is 100% risk.

Since Product Delivery is a capital expenditure the output is an asset of your organisation in the same way that a building or equipment is. All of these assets should be accurately represented on a balance sheet and likely part of your year-end accounts. Part of the worth of your company.

There is a name given to miss representing an organisational asset, either knowingly or unknowingly, on your corporate accents: fraud.

“But, not all debt is bad!”

I hear the phrase “but not all debt is bad” a lot, usually coupled with “some level of debt is manageable” and, as a software developer, it makes me cringe. There is no acceptable level of technical debt.

It’s important to understand that technical debt does not accumulate linearly. It can take years for the debt to accumulate, and years for it to become a serious problem. It sneaks up on you, and suddenly you are lying bloody on the floor wondering where your wallet is.

The non-linear accumulation of technical debt

A good example of this is from the Developer Division (DivDev) at Microsoft in developing a product called Team Foundation Server. This commercial product was built using traditional project management practices and delivered on a two-yearly cadence. From 2005 (first beta) until 2012 they worked, successfully delivering a new version every 2 years. Even before 2012 Leadership, and engineers, had noticed that things were getting bogged down. Things were just taking longer to deliver than before and by 2012, with circa 600 people working on it, they were delivering just over 24 features to production each year.

All technical debt is a risk to the product and to your business.

TFS was delivered on a 2 year cycle.

The gap between their features and competitors was growing, and customer expectations were only able to be met by sacrificing yet more quality for speed. On a two-yearly cadence, it takes four years to deliver on feature requests.

Technical debt had become a serious business problem!

Paying back the technical debt

Two visionaries at Microsoft, Brian Harry and Aaron Bjork, started to make changes to tackle this problem. They saw that they needed to get closer to the customers need. To do this they had to shorten the feedback loop, and they settled on 3-week Sprints using Scrum.

All technical debt is a risk to the product and to your business.

Three weeks Sprints instead!

And boy was that hard! Moving to 3-week Sprints created a level of transparency that instilled fear! Fear of failure, fear of being an imposter, fear of being held accountable. Aaron and Brian worked hard to push forward and alleviate those fears so that they could really see what was going on and create an environment where the product delivery teams could do their best work.

All technical debt is a risk to the product and to your business.

Azure DevOps Team Feature delivery per year!

It took them many years of hard work paying back the now transparent Technical Debt to get to where they are now. They have decoupled delivery and release, and while they still have a 3-week release cadence most of the work is done within continuous delivery. Feedback from customers can be implemented and delivered within hours or days, not months and years.

All technical debt is a risk to the product and to your business.

What metrics to watch, and some to not!

This became a game-changer for the whole group and ultimately was rolled out throughout Microsoft changing the company from a large oil tanker to a flotilla of patrol boats looking for opportunities to provide value.

Technical Debt will always bite back

It’s the compound nature of the debt, its ninja-like hiding ability, and deceptive payback cost that is the risk. You have no idea how deep the rabbit hole goes.

It’s like a sub-prime Mortgage pack: We are making a lot of money now by steaming ahead and running that tightrope of debt vs delivery, but at some point, we are just screwed!

I just don’t believe that if the business (read CFO) of the receiving entity really understood the risk that technical debt creates that they would ever approve of any level of acceptable debt. If you don’t create a culture of quality then we:

It’s a Roadkill Burger! It may indeed be tasty at the moment, but you will eventually get sick and die.

code-and-complexity transparency-commitment blog continuous-quality definition-of-done featured predictable-quality

Connect with Martin Hinshelwood

If you've made it this far, it's worth connecting with our principal consultant and coach, Martin Hinshelwood, for a 30-minute 'ask me anything' call.

Our Happy Clients​

We partner with businesses across diverse industries, including finance, insurance, healthcare, pharmaceuticals, technology, engineering, transportation, hospitality, entertainment, legal, government, and military sectors.​

Slicedbread Logo
Microsoft Logo
Akaditi Logo
Boxit Document Solutions Logo
Higher Education Statistics Agency Logo
Philips Logo
Alignment Healthcare Logo
Lockheed Martin Logo
Kongsberg Maritime Logo
Big Data for Humans Logo
Brandes Investment Partners L.P. Logo
Schlumberger Logo
Flowmaster (a Mentor Graphics Company) Logo
Boeing Logo
Sage Logo
Genus Breeding Ltd Logo
DFDS Logo
Teleplan Logo
Ghana Police Service Logo
New Hampshire Supreme Court Logo
Washington Department of Transport Logo
Royal Air Force Logo
Department of Work and Pensions (UK) Logo
Nottingham County Council Logo
YearUp.org Logo
Boxit Document Solutions Logo
Epic Games Logo
Milliman Logo
Higher Education Statistics Agency Logo
Boeing Logo