Strategy: Some Assembly Required (Part 1)
For technology leaders, the management lesson is not that strategy should be flexible; it is that flexibility must be designed into decision rights, funding, and operating boundaries before the pressure hits. In a divestiture, carve-out, or major platform transition, the real constraint is often not technical capability but who is allowed to decide fast enough when inherited assumptions stop fitting the deal.
The practical implication for CIOs and enterprise leaders is to treat the roadmap as a set of governable modules, not a single plan. That means separating what must remain stable from what can be renegotiated, and identifying which dependencies are truly load-bearing. If a shared platform, vendor contract, or identity boundary is critical to both sides of a transaction, it should be explicitly managed as a portfolio risk, not hidden inside project detail.
Trade-off: faster execution usually requires narrower governance. But narrowing governance without clear escalation rules creates blind spots. The useful question is not โHow do we keep every committee informed?โ It is โWhich decisions need embedded authority at the workstream level, and which ones must stay centralized because they affect security, legal exposure, or service continuity?โ
For transformation leaders, the next questions are concrete: Which parts of the current strategy can be separated without breaking operations? Which vendor or architecture choices are effectively irreversible within the deal window? And what metrics will prove that the operating model is holding โ segregation, continuity, cost, and risk, not just milestone completion? In situations like this, the winners are usually the organizations that can reassign authority quickly, maintain control boundaries, and reframe the plan without pretending the inherited one was ever complete.
Iโm Joe Schiavone. Last time, we talked about roadmaps, remember? The best ones are built to come apart on purpose, with the goalposts already moving while youโre still drawing the diagram.
A bunch of you reached out after that one (thank you, by the way), and the question that kept landing in my inbox was some version of this:
โModular roadmap, sure. But what actually executes it?โ
Fair question, indeed. And the honest answer? Whatever you inherited.
Most CIOs donโt get handed a flawless โDonโt change a thingโ roadmap. They get handed a box of parts โ some labeled, some not, some with the instructions missing entirely, and at least one piece youโre pretty sure came from a different box found in the back of a server room somewhere.
Welcome to the role: some assembly required.
Youโve Received An Inheritance โ No, Not The One From Aunt Millie
Hereโs the thing nobody tells you when you take a CIO seat: The strategy you โhaveโ isnโt really a strategy. Itโs a manifesto answering, how did we get here?
- Layer one: decisions made by the CIO before you
- Layer two: decisions made byย that CIOโs consultant
- Layer three: a board mandate from 2019 that nobody questions anymore because the people who agreed to it have all moved on
- Layer four: a vendor relationship that exists because someone went to college with someone
- Layer five: a governance committee that meets every other Thursday, and nobody is entirely sure what it governs
You pop the lid and start sorting parts. Some snap together. Some donโt fit. Some look like they belong but are glued to something they shouldnโt be glued to.
And naturally, youโve got a board meeting in six hours where you need to explain how the whole thing is going to deliver an AI strategy, a cost reduction, a security posture upgrade, and a possible carve-out โ all of it, by the way, before Q4.
No pressure. Sound familiar?
It Even Came With A Manual โฆย
Sort of. Thereโs always a slide deck (I love a good slide deck), and thereโs always a slide that says โFive-Year Roadmapโ in nice 32-point font with five colored boxes and arrows that mostly go in the right direction. Someone presented it. It got applause. The exec leadership team got teary-eyed. The roadmap got laminated. It now lives in a SharePoint folder nobody opens.
The deck is the box art, not the manual. The real magic is whatever happens when you try to make the thing do something it wasnโt doing yesterday; this is where the agility of your โstrategyโ reveals itself โ which brings me to a story.
Picture This (Cue Flashback Music And Distant Gaze)
I had a divestiture pending: SEC approval in motion, deal mechanics under wraps, and a tight read-in list โ a handful of leaders who knew what was coming and a much larger organization that didnโt. You know how this goes. You canโt prestage the way youโd want to. You canโt engage the broader teams. Youโre sketching the separation in the margins, leaning on whoeverโs already read in, and quietly hoping the plan holds together long enough to do the real work when the business officially gives the thumbs-up.
Approval lands. Clock starts. Youโve got 90 days to divest, button up the TSAs, and hand over a rather large plane that is still very much in flight.
We do what good teams do. Stand up the workstreams. Map the dependencies. Sequence the cutovers. Build the TSA scaffolding. Communicate, communicate, communicate. Day 30: on track. Day 45: mostly on track. Confidence is building. The so-called strategy, the inherited one, the one nobody had stress-tested at this scale, looked like it was going to hold. And then โฆย
Some Parts Sold Separately
The acquirer comes back to the table. Turns out theย core operational platform โ the brains of the manufacturing system, the thing actually running production โ wasnโt in their plan. Theyย didnโt have a path to stand up their own. They didnโt have a replacement strategy. They didnโt have time. And they wanted to stay on ours.
Small problem โฆ we werenโt decommissioning that platform. We were still in this line of business. The system we were being asked to share was the same system runningย our operations โ same code, same data plane, same backbone.
The TSA, to its credit, didnโt overpromise. It didnโt have to. Because to get the deal closed, we had to step up.
So now the puzzle isnโt: How do we hand off a system? The puzzle is: How do we keep them running, on our infrastructure,ย fully segregated from everything we still need toย operate, without compromising either side โ and do it inside a divestiture clock thatโs already ticking down?
This is the moment the inherited M&A playbook showed its breaking point. Governance was built for sequential decisions, not simultaneous ones. Vendor contracts assumed clean separation, not extended cohabitation. Security architecture was built for โusโ and โthemโ โ not โus, them, and a wall down the middle of the same house.โ
So we pivoted. Tiger teams stood up against each pressure point: segregation architecture, data isolation, identity boundary, support model, contractual reframe. Embedded leadership was put inside each tiger team with decision authority on the spot, not a queue back to a steering committee that met every other Thursday. TSA scopeย wasย reopened and rewritten to cover a relationship nobody had drafted for. And we hoped for a little luck โ because honestly, you donโt pull something this hard inside 90 days without some.
It worked. They stayed operational. We stayed operational. The wall held. The deal closed.
But hereโs the thing I want every CIO reading this to sit with for a minute:
The reason it worked was because we took the original strategy, that framework, apart in real time and reassembled it around the problem.
The decks didnโt save us. The governance committees didnโt save us. The architecture diagrams didnโt save us. The ability to disassemble and reassemble โ that saved us.
Thatโs what a modular strategy and flexible framework is actually for: not to look right on a slide but to come apart on purpose, when reality demands it, without breaking.
And if youโre sitting in a sell-side seat right now thinking that divestitures are the easy half of M&A โ guess again, theyโre not. The seller absorbs more operating-model stress than most playbooks admit. Youโre handing over a plane in flight, keeping your own plane in the air, and discovering midflight that some of the parts you thought belonged to one plane are actually load-bearing on both.
To Be Continued โฆย
So thatโs the box: inherited, mislabeled, glued where it should have been jointed, and somehow still expected to deliver an AI strategy, a cost reduction, and a deal by Q4.
Knowing your carefully designed strategy needs to come apart is one thing. Knowing how to design one thatโs built to come apart on purpose, under pressure, without breaking โ thatโs a different conversation entirely.
Part 2 is where we get into it even more: Batteries Required (Discipline Sold Separately). See you there.
Enjoyed this article? Sign up for our newsletter to receive regular insights and stay connected.
