The Ghost in the Roadmap: Why Your Five-Year Plan Is a Relic
The boardroom is too cold, 65 degrees if I had to guess, and the blue light from the massive LED screen is making everyone look like a character from a low-budget sci-fi film. We are reviewing the Phase 4 Delivery Schedule for a platform that was conceived when the world looked entirely different. I’m staring at a specific line item-a $75,000 integration for a social media API that literally doesn’t exist anymore. The company went bankrupt 15 months ago. But here it is, on the roadmap, because the roadmap is the law. The project manager, a man who has clearly survived on 5 hours of sleep for the last 45 days, is pointing at a Gantt chart that stretches so far into the future it might as well be an astronomical projection. We are in year three. We are, as they say in the gambling dens I shouldn’t frequent, pot-committed. To stop now is to admit that the last 35 months were a collective fever dream. To continue is to build a cathedral for a god that has already left the building.
I’m distracted by a memory from yesterday that keeps itching at the back of my skull. I was walking down a crowded street, lost in thought about legacy code, when I saw someone waving enthusiastically. I smiled. I waved back. I even did that little half-nod of recognition that suggests we share a history. It took 5 seconds for the realization to hit: they were waving at the person directly behind me. The feeling of absolute, hollow awkwardness that followed is exactly what I feel looking at this $105 million IT strategy. We are waving at a future that has already walked past us, greeting a version of the market that has no idea who we are. We are smiling at a ghost.
“
The momentum of a bad idea is the most dangerous force in business.
– Insight Marker
The Elk and the $25 Million Bridge
Morgan B.-L. understands this better than most, though her world involves significantly more mud and fewer spreadsheets. Morgan is a wildlife corridor planner. She spends her weeks-sometimes 45 hours at a stretch-mapping the movements of elk, cougars, and grizzly bears across fragmented landscapes. She once told me about a bridge they built to help deer cross a highway. It was a masterpiece of civil engineering, costing roughly $25 million and taking 5 years to complete from the first environmental impact study to the last bolt.
By the time the ribbon was cut, the migratory patterns had shifted. A wildfire 25 miles away had changed the grazing habits of the herd, and a new housing development had blocked the northern entrance to the path. The deer didn’t care about the 5-year plan. They didn’t care about the engineering specs. They simply stopped coming.
The Fatal Flaw: Static Infrastructure
Bridge (Project)
Fixed, Permanent, Unmoving.
Corridor (Platform)
Fluid, Adaptive, Shifting.
This is the fatal flaw of the monolithic tech project. We treat technology like a bridge-something fixed, physical, and permanent. We assume that if we spend 55 months building it, the ‘deer’ (our customers, our employees, our data) will dutifully use it as intended. But technology isn’t a bridge. It’s a corridor that must shift as the landscape shifts. When we lock ourselves into a five-year implementation, we are essentially betting that the world will stand still for us. It never does. The average lifespan of a front-end framework feels like it’s about 15 weeks these days. The cloud infrastructure we salivated over in 2025 will be the ‘technical debt’ we complain about by 2035.
The Sinking Foundation
I watch the CEO rub his temples. He’s thinking about the CapEx. He’s thinking about how he told the board that this ‘Digital Transformation’ would be the cornerstone of the company’s 5-year growth strategy. But a cornerstone is meant to stay in one place. In the modern tech landscape, if your foundation isn’t moving, it’s sinking. We have spent $15 million just on the ‘discovery phase’ of a system that is already being outpaced by open-source alternatives that a teenager could deploy in 15 minutes. It’s a structural incapacity to compete. If you can’t adapt your tech stack in months, you are essentially a turtle trying to run a sprint against a swarm of dragonflies.
The Shift: Monolith vs. Modularity
PROJECT
End Date. Relic. Marble Block.
PLATFORM
Evolution. Capability. Legos.
We need to talk about the shift from projects to platforms. A project has an end date; a platform has an evolution. A project is a monolithic block of marble; a platform is a set of Legos. When you build a project, you are creating a relic. When you invest in a platform, you are building a capability. This is the core philosophy behind modern, agile systems that prioritize connectivity and modularity over rigid hierarchy. In the world of commercial finance, for instance, staying stagnant for 5 years isn’t just a slow death-it’s an invitation for the competition to eat your lunch, your plate, and your table. This is why many are turning to best invoice factoring software, recognizing that the old way of building massive, isolated silos is a recipe for irrelevance. You need a system that breathes, one that allows for the continuous delivery of value rather than a ‘big bang’ release that arrives with a whimper.
Trading Concrete for Data
Morgan B.-L. eventually stopped trying to build permanent bridges. She started looking at ‘soft’ infrastructure-fences that could be moved in 5 days, temporary easements, and real-time tracking that allowed for immediate adjustments to the corridor. She traded the permanence of concrete for the agility of data. We must do the same. If your IT roadmap is a document that stays the same for 45 weeks, let alone 5 years, you aren’t planning; you’re hallucinating. You are essentially telling the market that you know exactly what will happen in the next 1,825 days. You don’t. Nobody does.
The mistake I made waving at that stranger was a small one. I felt foolish for 5 minutes and then I moved on. But making that same mistake with a corporate tech strategy results in a 5-year hangover. We misread the signal. We thought the market was waving at us, but it was waving at the agile, cloud-native, API-first startup standing right behind us. And while we continue to pour resources into finishing our ‘transformation,’ that startup has already pivoted 25 times to meet the actual needs of the customer.
Rigidity is the precursor to rot.
The Servant to the Code
I remember an old server room I visited once. It was in the basement of a 75-year-old insurance company. They were still running a COBOL-based system that had been ‘modernized’ 15 different times. Every time a new regulation came out, they would bolt on another layer of code, like a barnacle on a ship. By the time I saw it, the system was so fragile that nobody dared to restart the main server for fear it would never come back online. They were paying $85,000 a year to a retired developer just to keep him on call in case the thing blinked. That is the ultimate destination of the five-year plan. It’s a slow march toward a state where you are so afraid of your own tools that you become their servant rather than their master.
We have to embrace the discomfort of the ‘forever beta.’ We have to accept that our systems will never be ‘finished.’ The word ‘implementation’ should probably be stricken from our vocabulary and replaced with ‘evolution.’ If we are in year three of a five-year plan, we should have the courage to set fire to the remaining two years if the data tells us the path has changed. It’s better to lose the $25 million we already spent than to throw another $25 million after it just to satisfy a slide deck from 2025.
Technology as Oxygen, Not Asset
Long-Term Plan Completion (Theoretical)
60% Spent, 40% Remaining
Warning: The remaining 40% builds towards an outdated endpoint.
We need to stop thinking about technology as a capital expenditure-a one-time cost to be amortized over 5 years-and start treating it as an operational reality. It’s like oxygen. You don’t buy a 5-year supply of oxygen and hope it lasts; you breathe constantly. You adapt your breathing to your heart rate. Your tech stack should be the same. It should scale when you run and settle when you rest. It should be an API-first ecosystem that allows you to plug in new capabilities in 45 minutes, not 45 weeks. This isn’t just a technical preference; it’s a competitive necessity.
Embracing Necessary Messiness
Morgan B.-L. told me that the most successful wildlife corridors are the ones that are ‘messy.’ They aren’t perfectly straight lines. They follow the contours of the land. They are wide enough to allow for error and flexible enough to account for a sudden 5-degree shift in temperature. Our businesses need that same ‘messiness.’ We need to stop trying to force our operations into the straight lines of a 5-year-old vision. We need to allow for the accidental discovery, the rapid pivot, and the sudden realization that we were waving at the wrong person.
As the meeting breaks up, I walk over to the window. Outside, the world is moving at a pace that no Gantt chart can capture. There are 25 different delivery bikes zipping through traffic, people using apps that didn’t exist 5 months ago, and a level of complexity that is both terrifying and beautiful. I think about the CEO’s 5-year plan. It’s sitting on the table, a thick stack of paper that cost $105,000 to produce. It’s a beautiful, expensive, thoroughly useless map of a country that no longer exists. I wonder if we’ll have the guts to throw it away before we waste another 15 months building a bridge to nowhere. I think about waving to the future again, but this time, I’ll wait to see who it’s looking at first. And maybe, just maybe, we’ll build something that can actually move with the herd.