I’ll admit upfront, this post carries a slightly cynical tone, but it’s grounded firmly in experience. I’ve observed what I call the “Three-Year Cycle of Tech Debt” happening at nearly every major corporate IT organisation I’ve worked at.
What exactly do I mean by this?
In corporate IT, tech debt accumulates primarily due to the incentives and pressures placed on project managers. A project manager’s core objective is simple: deliver assigned projects on time, every time. Their evaluations, career progression, and even jobs/contracts hinge solely on timely project completion, not on long-term system sustainability.
Given these incentives, project managers naturally prioritise immediate results over future maintainability or standards. Consequently, they regularly make compromises, accompanied by familiar justifications such as: “We’ll fix that later,” or “Let’s deploy it now, and we’ll address the issues retroactively.”
But, we all know these promised future fixes rarely materialise. The reason? The subsequent projects, managed by yet another PM under the same constraints, face identical pressures. Thus, the can gets kicked even further down the road.
This process continues unchecked until a significant breakdown or catastrophic system failure forces everyone to finally confront the accumulated technical debt.
Interestingly, there’s often an organisational rhythm to this process, tied closely to executive turnover. High-level tech executives, CTOs or equivalent leaders, frequently rotate about every three years, moving onwards to new opportunities or being recruited to resolve major issues elsewhere.
With each new leader comes fresh motivation and the desire to make a visible impact. Newly appointed executives naturally shine a spotlight on previous inefficiencies or mismanagement. It’s the ideal moment to surface and tackle the accumulated tech debt.
At this time, you’ll often hear cry’s of, “This infrastructure is unacceptable,” or “These issues should’ve been resolved long ago.” Subsequently, radical overhauls and aggressive debt reduction initiatives ensue, reshaping systems “root and branch.”
Yet, deep down, everyone in the organisation seems to understand and implicitly accept this pattern. People grow accustomed to tolerating significant levels of tech debt, comforted by the expectation that sooner or later, the cycle will reset itself with the next executive shuffle.
I still, after 25 years doing this sort of thing, have no idea why people behave like this. Perhaps it’s the relentless focus on short-term outcomes or the cultural insistence that project timelines must never be compromised. Whatever the underlying reasons, the three-year cycle of tech debt is undeniably real and you will find it all over the place.
Recognising this cycle is all fine and everything, but addressing it requires genuine organisational change, aligning incentives not just with immediate results but with sustainable, long-term success, and you as a contractor are not going to be able to do that.
But what you can do, is properly document the true solution as well as a suggested method of getting from the current short term situation to the proper intended solution so that the people that come after you know you did not deliberately leave them with issues and you have helped them as best as you can.