How Technical Debt Hampers Modernization Efforts for Organizations

Technical debt is less a budgeting nuisance than an architectural drag that turns modernization into a deferred repair bill. The Southwest disruption shows how an operational system can remain nominally alive while losing the capacity to absorb scale, schedule churn, and recovery pressure. That distinction matters to practitioners: the failure mode is not always a crash, but a progressive loss of flexibility. Organizations then spend more on workarounds, manual intervention, and crisis response than they would have spent on disciplined upkeep.

The mechanism is cumulative. Shortcuts taken for speed make code harder to read, maintain, and change, and aging platforms often remain central to the business even as surrounding processes evolve. Survey data in the source supports that pattern: technical debt ranks among the top barriers to transformation, affecting innovation, SLA performance, and downtime avoidance. Practically, that means modernization cannot be treated as a one-time replacement project; it must be integrated into ongoing engineering capacity, resource planning, and code-quality controls.

The chief limitation is organizational rather than technical: firms usually know the debt exists but postpone remediation because short-term delivery wins over long-term resilience. That delay is risky, because the debt compounds and the backlog of defects or security issues grows faster than teams can clear it. Automation and steady code renewal help, but the source makes clear that repayment can take years. The real lesson is that modernization fails when leadership treats legacy maintenance as optional instead of strategic.


When Southwest Airlines had to cancel more than 16,700 flights following a winter storm, old crew-scheduling software became the focus of attention. โ€œThis problem — relying on older or deficient software that needs updating — is known as incurring technical debt, meaning there is a gap between what the software needs to be and what it is,โ€ writes Columbia University professor Zeynep Tufekci in a Dec. 31 New York Times opinion piece. Technical debt stems from aging code as well as new software written in a fast and careless way. โ€œAs you might expect, quicker is cheaper,โ€ according to Tufekci. Instead of reporting their absence through software, employees were left on hold calling for hours, Tufekci wrote. โ€œWhen you develop an application, you take certain shortcuts for which you’re going to have to pay the price back later on,โ€ explains Olivier Gaudin, cofounder and CEO of SonarSource, which develops open-source software for continuous code quality and security. โ€œYou accept that your code is not perfect. You know that it will have a certain cost when you come back to it later. It will be a bit more difficult to read, to maintain or to change.โ€ Although the crew scheduling software didnโ€™t fail altogether, it couldnโ€™t handle the number of crew and schedule changes, Andrew Watterson, chief operating officer for Southwest Airlines told the US Senate Committee on Commerce, Science and Transportation on Feb. 9. โ€œWithout updated crew schedules, the crew decision-support software could not reassign crews to solve for flights with crew coverage issues,โ€ Watterson says. โ€œOf the three moving parts in our point-to-point network — the flight network, the aircraft network, and the crew network — and as far as our technology is concerned, the disruption primarily revealed a need to add functionality to our crew-scheduling software to solve for a large backlog of broken crew pairings.โ€ Debrup Ghosh, senior product manager in the Software Integrity Group at Synopsys, notes that scheduling software is a core piece that must stay in tune with other components to keep the company operating properly. โ€œScheduling should be a core operational piece for a sophisticated operation like an airline, where all the pieces — the aircraft, pilots, cabin crew, passengers and baggage — must come together like a well-tuned orchestra,โ€ Ghosh says.

How Deep Is Technical Debt?

Poor software quality results in steep costs for US organizations of at least $2.41 trillion, up from $1.31 trillion two years ago, according to the report โ€œThe Cost of Poor Software Quality in the US: A 2022 Report,โ€ by the Consortium for Information & Software Quality (CISQ) and cosponsored by Synopsys. In addition, the CISQ report found technical debt to be the biggest obstacle to updating existing codebases, costing companies $1.52 trillion. โ€œBased on my experience, the average tech debt is often 20-25% and, when compounding this across industries and companies, the $1.52 trillion figure doesnโ€™t surprise me,โ€ Ghosh says. In the case of Southwest Airlines, technical debt cost the company $725 million to $825 million in losses, according to a Jan. 6 filing with the Securities and Exchange Commission.

Technical Debt Hinders Digital Transformation

In a recent survey called โ€œThe Path to Digital Transformation: Where IT Leaders Stand in 2023โ€ by IDG company Foundry commissioned by Insight Enterprises, an IT services and solutions provider, technical debt was the No. 3 pain point for large organizations as they aim to carry out digital transformation. โ€œIt ranks high because many systems saddled with this debt are also still systems of high importance to the organization,โ€ says Juan Orlandini, chief architect and distinguished engineer at Insight Enterprises. โ€œYou have to keep updating them, keep them running, and provide value. The more debt you incur in a solution, the harder it is to keep it running and/or add capabilities. The insidious thing is that unless you tackle it, the debt continues to accumulate and becomes a bigger challenge over time.โ€ In addition, close to 40% of respondents named technical debt as one of the top IT infrastructure and operational barriers to digital transformation. The two areas that were constraining digital transformation more were technical skills and knowledge at 45% and budget constraints at 42%. Meanwhile, 86% of the IT and business decision-makers said technical debt impacted their organization, according to the survey, for which Foundry interviewed 400 senior IT decision-makers at companies with at least 1,500 employees. โ€œBecause such a high percentage of organizations are dealing with technical debt, it follows that technical debt would rank as a top three challenge to digital transformation, coming after skills gaps and budget constraints,โ€ Orlandini says. โ€œBoth of the latter are constant challenges. Organizations rarely, if ever, have infinite budget for all of their initiatives — and technology is changing at such a high pace that we will face skills shortages for the foreseeable future.โ€ Foundryโ€™s survey found that 43% of the IT decision-makers cited the ability to innovate as a hindrance to digital transformation, 41% mentioned meeting service level agreements (SLAs) and 37% cited avoiding downtime. โ€œPut simply, technical debt is the enemy of efficiency,โ€ Orlandini says. โ€œIt takes the focus away from strategic initiatives. You are spending your resources, time, and energy in maintaining legacy systems rather than in innovation. These legacy systems also become harder and harder to maintain over time — negatively affecting your ability to meet SLAs.โ€

What Causes Technical Debt?

For companies accumulating technical debt, they focus on simple IT solutions rather than products for the long term, according to Orlandini. Companies fail to anticipate the scale, use cases, and environmental changes that will occur. โ€œWhat was the right answer for the world 10 years ago might not be the right answer for the world today,โ€ Orlandini says. Ghosh says technical debt stems from poor strategy, a lack of standardization, and failure to allocate resources properly. He explains that companies continue to use old software that require coordination across multiple development teams to introduce new products and features. โ€œHence, as companies try to innovate and stay ahead of the competition, they encounter the classic innovatorโ€™s dilemma: Should they construct a brand-new product using modern microservices and API-centric architecture that would require massive investments, or should they continue to invest in a cash cow slowing down the entire companyโ€™s agility?โ€ Ghosh asks.

How to Overcome Technical Debt

Experts note the patience and long-term strategy required to overcome technical debt. โ€œItโ€™s a matter of focusing on longer-term strategy over short-term financial goals,โ€ Orlandini says. โ€œUnfortunately for Southwest, the issues were well-known. However, the business as a whole did not have the will or motivation to invest in fixing it until it was too late. They are an extreme example but serve as a very valid case in point of what can happen if you do not understand the issues and the ultimate repercussions of not investing to avoid a meltdown, in whatever form that would take for each organization.โ€ Although companies want to focus their efforts on developing new products and building new features, they need to slow down the accrual of technical debt by securing old technology, says Cody Cornell, co-founder and chief strategy officer at Swimlane, which offers low-code security automation. โ€œSome of that capacity has to be held back to secure the product, to improve it, so people can move forward to really pay down that technical debt, and that needs to be a sustaining theme within all the work that’s always going on within the organization,โ€ Cornell says. Companies should then determine the percentage of engineering resources to use on technical debt based on a backlog of software bugs and security issues, according to Cornell. That involves a dialogue among managers and team leads. โ€œHaving that relationship, having an open dialogue, understanding that you can’t always be moving forward, sometimes you have to work out what you have, is probably the most realistic way of solving for that and helping leadership understand what you’re working on,โ€ Cornell says. Using automation is another way to tackle technical debt, Cornell explains. โ€œThe beauty of software development is that a lot of it can be automated,โ€ Cornell says. Automation can help companies overcome limited resources and improve code quality, he adds. Paying back technical debt could be a gradual process over five years, according to SonarSourceโ€™s Gaudin. He compares fixing technical debt to plugging a leak. โ€œBasically, you keep changing the code, which means that if you plug the leak, and have all your developers actually deliver what we call clean code, you will actually pay back the existing technical debt,โ€ Gaudin says. โ€œCompanies change on average about 20% of the code base. So you can imagine that after one year, you will have actually 20% of your code base, which is clean after two years. It might be like 30-35%, because there will be overlap with year one. And after five years, it can get up to 50% of the code, which is actually clean.โ€ IT leaders must properly communicate the pace required to develop software and not incur technical debt, according to Ghosh. โ€œMost importantly, CIOs need to ensure the board is patient and understands that while managing technical debt is a slow and arduous process that requires grit from the entire team, it is ultimately a strategic investment for the business that will help unlock customer value in the long run,โ€ Ghosh says.

What to Read Next:

Reimagining the Technology Deficit CIOs: Stop Spending on Bad Tech CIO Lessons Learned from Southwest Airlinesโ€™ Winter Plight COBOL, COVID-19, and Coping with Legacy Tech Debt
https://www.informationweek.com/software/how-technical-debt-hampers-modernization-efforts-for-organizations

Enjoyed this article? Sign up for our newsletter to receive regular insights and stay connected.