Strategy: Some Assembly Required (Part 1)

Corporate professional reviewing IT divestiture documents and charts in office

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.

https://www.forrester.com/blogs/strategy-some-assembly-required-part-1/

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