My thoughts about technical debt
As scare stories go, IT advisory firm Gartner's estimate that 'technical debt' will amount to some £1.5 trillion by 2015 should be cause for most of us to lose sleep.
While the term summarises what is an endemic and very thorny issue, it can be straightforward to manage – at least, once it’s possible to see the wood from the trees.
Starting with the basics, what does technical debt mean? Computer programmer Ward Cunningham coined the phrase and as he explained: “There are plenty of cases where people would rush software out of the door, would learn things but never put that learning back into the programme. By analogy that was borrowing money thinking that you never have to pay it back.”
There’s little point in pretending that technical debt won’t continue to grow. To extend the loan analogy, there is a need to move quickly and with ‘borrowed money’, you can do things earlier than you might otherwise, but if you fail to pay down the loan you end up saddled with ‘interest’ that, over time, will hinder the ability of an organisation to function.
For example, a large credit card company has tried three times to migrate its core systems on to a brand spanking new application and failed each time. They have now realised that stage one is to fully understand what the current application does in detail before attempting to rewrite and enhance the application.
The reality is that people are busy doing the new and don’t have time to look back at the old. Many systems have been acquired over the years due to mergers and takeovers and, as is well-known: ‘old systems never die – you just build another interface to it!’. In addition the constant outsourcing and loss of core IT business knowledge means that the original system expert is rarely still around.