Technical debt is a huge problem for many organizations today and if it’s not being addressed, it’s growing. Growing technical debt takes away from funds for innovation, and instead uses it toward maintenance. A recent Compuware article explains that the way in which IT organizations accrue technical debt is similar to how people accrue financial debt. Software development author and speaker Martin Fowler says technical debt “incurs interest payments, which come in the form of the extra effort that we have to do in future development because of the quick and dirty design choice.”
While there are many contributors of Technical Debt, here’s some of the biggest mistakes that organizations are making today:
Technical debt can come from many places over an extensive amount of time. As teams move from waterfall to agile they often pick up old code, which comes with a price. Agile is made for speed, and with speed, the debt can occur quickly too. The key is to have a good test automation environment.
Additionally, technical debt can happen with there’s a lack of documentation. When moving over from waterfall, start from scratch and be sure you’re creating your ‘guideline’ to the code.
Technical debt can also be a result of your mainframe team having too much on their plate. Are they taking on too much work?
Define what DONE means to you when reducing your technical debt. Did you:
So how do you measure how much technical debt you have, and where to start? Organizations like North Carolina Department of Transportation are using software intelligence to get x-ray like vision into their apps. You can watch this webinar recording for insight into how they used analytics to cut costs and accelerate modernization.
Erik Oltmans, an Associate Partner from EY, Netherlands, spoke at the Software Intelligence Forum on how the consulting behemoth uses Software Intelligence in its Transaction Advisory services.
Erik describes the changing landscape of M & A. Besides the financial and commercial aspects, PE firms now equally value technical assessments, especially for targets with significant software assets. He goes on to detail how CAST Highlight makes these assessments possible with limited access to the targetâ€™s systems, customized quality metrics, and liability implications of open source components - all three that are critical for an M&A due diligence.