Your CEO and CTO Both Say “AI Strategy.” They Mean Completely Different Things.
And the cost isn’t the disagreement. It’s the six months of decisions that drift before anyone notices.
72% of CEOs now say they are the primary decision-maker on AI in their organization. That’s double the number from a year ago, according to BCG’s 2026 AI Radar survey of 2,360 executives (BCG AI Radar 2026). Half of those CEOs believe their job stability depends on getting AI strategy right this year.
Your CTO hears those same stakes. They feel the same urgency. They nod in the same meetings. And they are building toward a completely different outcome.
This isn’t a communication problem. It’s a decision-loop failure that compounds silently across your organization, every quarter, until the cost becomes visible in a board meeting nobody enjoys.
Two Decision Loops Running on the Same Word
When your CEO says “AI strategy,” here’s what the research says they actually mean: reimagine the work.[/caption]
BCG’s workforce research puts it directly: “CEOs must go beyond deploying tools and help their organization reimagine the nature of work itself” (BCG, 2026). PwC frames it as an existential choice: if you reimagine your workforce and workflows to leverage AI agents, you build an edge competitors can’t close. If you layer AI onto existing processes, you get left behind (PwC Future of Work).
IBM’s 2025 CEO Study found that 68% of CEOs say AI changes aspects of their business they consider core. 61% believe competitive advantage depends on who has the most advanced generative AI (IBM CEO Study 2025).
This is not incremental thinking. CEOs are asking: Where does my business model transform? What new capabilities does this unlock? How does the operating model change? What roles exist in 18 months that don’t exist today?
When your CTO says “AI strategy,” here’s what the research says they actually mean: speed up the work.
The 2026 Data Infrastructure Survey found that 61% of technology leaders rank data strategy as their top priority, with 46% focused on modernizing legacy systems and 33% on managing technical debt (DataStrike, 2026). Only 22% of organizations believe their current architecture can even support AI workloads without modifications (Databricks, 2025).
On the human capital side, research across 121,000 developers shows that 93% now use AI coding assistants. The productivity gain? About 10%. It jumped when AI tools first arrived, then flatlined (DX Research, 2026). CTOs are measuring cycle time, throughput, developer velocity, code review efficiency. They’re making their teams faster at the work those teams already do.
Both of these are real strategies. Both are correct. Both are necessary. They are not the same strategy.
Reimagine vs. Speed Up: The Decision Architecture Gap
Here is what each decision loop actually looks like when you map it:
The CEO’s reimagine loop asks: Where does the business model break or transform in the next 18 to 36 months? It trusts competitor signals, customer behavior shifts, board pressure, and peer CEO conversations. It measures success in new capabilities, redesigned workflows, new revenue streams, and a company that looks different in two years. The decisions it produces: which business processes get redesigned end-to-end, where to place agentic workflow bets, how the org chart changes, what the company stops doing.
The CTO’s speed-up loop asks: Where is the system slow, brittle, or blocking the work we’re already doing? It trusts cycle time data, incident reports, developer experience signals, and platform capacity metrics. It measures success in shorter cycle times, fewer incidents, lower change-failure rates, and a platform stable enough to absorb what leadership wants next. The decisions it produces: which tools and agents get deployed, where to invest in data architecture, how to manage quality as velocity increases, what technical debt to pay down.
Both loops are running at the same time, on the same word. Every Monday in the leadership meeting, the CEO says “AI strategy” and runs the reimagine loop. The CTO says it back and runs the speed-up loop. The meeting ends with both people believing they’re aligned.
Six months later, the CEO sees a velocity dashboard and wonders where the transformation went. The CTO sees shifting goalposts and wonders why nothing is stable enough. Neither person did anything wrong. The loops were never designed to interlock.
What BCG’s 10-20-70 Tells You About the Cost
BCG’s workforce transformation research breaks down where AI value actually comes from: about 10% from the algorithms, 20% from the technology required to implement them, and 70% from rethinking the people component, the workflows, roles, and operating model changes (BCG, 2026).
Read that again. 70% of the value lives in reimagining the work. If your CTO’s AI strategy is primarily about developer tooling, platform modernization, and engineering velocity, you’re optimizing inside the 30% envelope. The 70% requires both loops working together.
Meanwhile, IBM found that only 25% of AI initiatives have delivered expected ROI, and only 16% have scaled enterprise-wide. Half of CEOs report that rapid AI investment has already created disconnected technology within their organizations (IBM CEO Study 2025).
That’s what happens when two good strategies run in parallel without interlocking. Not failure. Drift. Expensive, quiet, compounding drift.
What Interlock Actually Looks Like: A Service Design Example
Here’s how this plays out when the loops connect.
A B2B SaaS company, $80M ARR, Series C. Their product was the competitive advantage for years. Now three competitors have AI-powered features closing the gap fast. The CEO sees the next moat clearly: it’s not the product. It’s the service wrapped around it. How customers onboard, how they get support, how the company anticipates problems before anyone escalates.
Today, onboarding is a project plan. A spreadsheet of tasks, manually created documents, configurations keyed in by hand, four handoffs, a project manager, six weeks. Everyone knows it’s slow. Nobody has reimagined what it could be.
The reimagine move
The CEO works with leaders across customer success, product, and operations to redesign onboarding from the ground up. Not “make it faster.” Redesign what it is. The reimagined service uses AI to pre-configure the customer’s environment based on their data profile. A guided, interactive setup session replaces the spreadsheet. AI abstracts away the project management and re-key work. The CS team shifts from managing tasks to advising on strategy, intervening only where the system flags real complexity.
The work itself changes shape. Six weeks and four handoffs become a structured AI session and a strategic advisor.
The speed-up move this unlocks
Now the CTO has a clear target. Not “put AI on everything.” Build the data architecture that lets the onboarding system read customer profiles reliably. Build the integration layer that connects the product to the CS workflow. Deploy the coding agents that let engineers ship the adaptive setup flow in 8 weeks instead of 6 months.
The speed-up work has direction because the reimagine decision came first and gave it a destination.
The compounding effect
Once that reimagined onboarding is live, the CTO’s platform investments (data architecture, integration layer, agent-assisted development) become foundations that make the next reimagine bet cheaper and faster. The CEO’s next move, reimagining the renewal experience or building proactive customer health monitoring, lands on a platform that was built to absorb change, not just to ship code faster.
The reimagine loop feeds the speed-up loop a clear target. The speed-up loop feeds the reimagine loop a capable platform. They interlock. They compound.
What happens without the interlock
Without this sequence, the CEO announces “we’re going to use AI to transform our customer experience.” The CTO hears “speed up the work” and deploys coding assistants to the engineering team. Six months later, engineers are shipping features 15% faster, but those features are incremental improvements to the old onboarding flow. The same spreadsheet, the same handoffs, the same six weeks. Just slightly faster.
The platform wasn’t built to support a redesigned service because nobody defined what the redesigned service was. The CEO asks where the transformation went. The CTO shows the velocity dashboard. Both are frustrated. Neither is wrong. The loops just never interlocked.
Three Moves That Create the Interlock
1. Name which loop owns which decision
Not every AI decision lives in both loops. Some are cleanly reimagine decisions: which workflows get redesigned, what the org chart looks like in 18 months, what the company stops doing. Those are CEO-led, CTO-informed.
Some are cleanly speed-up decisions: which tools deploy, how quality gets governed at higher velocity, what technical debt gets paid down. Those are CTO-led, CEO-informed.
The decisions that drift are the ones that live in both loops: how much capacity goes to reimagine bets versus speed-up bets, what foundations must exist before a reimagine bet can ship, which workforce transitions the CEO is committing to and the CTO is enabling. These interlock decisions need co-ownership. They are the portfolio decisions most companies make by accident.
2. Run a quarterly interlock conversation
Not a governance meeting. A decision-architecture meeting. Ninety minutes, four times a year. CEO and CTO sit with a shared view and answer four questions:
- What are we reimagining this quarter, and what has to be true on the platform side for it to work?
- What is the platform investing in this quarter that unlocks future reimagine moves?
- What’s the ratio of reimagine capacity to speed-up capacity, and is it the right ratio for where the business is?
- Where is a reimagine bet outrunning the foundation, and where is the foundation outrunning a reimagine bet?
Without this forcing function, the two loops run independently. The drift compounds. The quarterly conversation is how you catch it before it costs you a board meeting.
3. Measure both loops with separate metrics
Almost every AI dashboard blends reimagine metrics and speed-up metrics into one view. That blend hides the drift.
- Reimagine metrics: new revenue from AI-enabled services, workflows redesigned end-to-end, roles restructured, capabilities that exist now that didn’t exist a year ago.
- Speed-up metrics: cycle time, throughput, change-failure rate, developer experience, platform readiness.
When these are tracked separately, you can see when the reimagine loop is producing theater (new initiatives, no revenue) and when the speed-up loop is producing the velocity paradox (faster shipping, no business impact). Blended metrics make both invisible.
The Question That Starts the Interlock
Both loops are necessary. Your CTO’s speed-up work builds the platform that makes reimagination possible. Your reimagine work gives the speed-up investments a target worth building toward. Neither is optional.
The question isn’t whether your AI strategy is about reimagining the work or speeding it up. It’s whether both loops are designed to feed each other, or running side by side, producing different outcomes from the same word.
One question for your next conversation with your CTO: Which of our current AI investments is reimagining how we work, which is speeding up how we already work, and where are we assuming those two will interlock without anyone designing how?
That question doesn’t require a new framework or a consultant. It requires ninety minutes, honesty, and a willingness to name the gap before the cost names it for you.
If This Is the Gap You’re Living In
I’ve developed a structured approach to designing the interlock between these two loops: how to align reimagine and speed-up decisions so they compound instead of drift. I’m working with a small group of CEOs who are navigating this exact tension right now.
If you’re a CEO who recognizes this gap in your own organization and wants to explore whether this approach fits, I’d welcome the conversation. Reach out here or connect with me on LinkedIn.
Kathy Keating is a systems strategist and Board-Certified Director who works with CEOs and Boards on the operating systems underneath execution. She writes about decision architecture, leadership design, and the patterns that separate companies that scale from companies that stall. More at kathkeating.com.

