Picture

King Context :: because Context is King

Covering the change and adoption of AI and data products, platforms & governance, in context of the enterprise.

Content by Jan Uyttenhove & Insidin — Inside Information.

AI Strategy Is Not Missing. It Is Expiring.


The repeated claim that “there is no AI strategy” can be misleading. In many organizations, this is not a literal statement about the absence of thinking or planning. It is a signal from inside the enterprise: people can feel the speed and impact of AI, they can see changes in customer expectations and technology capabilities, yet they do not see that reality reflected clearly in how the organization is positioned and where it is heading.

What is often being expressed as “we do not have an AI strategy” is, in practice, a different problem. A direction may exist, formally or informally, but it no longer feels credible because the environment moved faster than the planning cycle. What looks like absence is often expiration.

This is the strategic challenge of the agentic era. AI does not only introduce new tools and use cases. It changes the half-life of strategic assumptions. When assumptions decay faster, static strategy decays with them. That is why the real requirement is not only to define an AI strategy, but to establish an operating approach in which strategy stays alive by design.

This article starts at the vision level. Before roadmaps, vendor choices, or platform debates, it explains what is changing around the enterprise, what this changes externally in customer behavior and market dynamics, and what it changes internally for IT, governance, and portfolio decision-making.

Why AI strategy appears to be missing

Many organizations believe they have an AI strategy problem because they hear the claim “there is no AI strategy” repeated across teams. In many cases, the issue is not true absence but loss of credibility. A strategy may have existed, formally or informally, but the environment moved so quickly that the strategy no longer feels valid. When that happens, strategy does not simply become outdated. It becomes invisible.

The key insight is simple: AI changes the half-life of strategic assumptions. When assumptions decay quickly, a static strategy document decays with them. The real requirement becomes an operating approach in which strategy stays alive by design.

Why this moment is different

AI is not only improving in capability. It is also becoming easier to use and easier to adopt. This combination changes the nature of adoption. People do not need to learn the tool in the traditional sense; the tool adapts to people through natural language and multimodal interaction. As a result, the primary barrier shifts from usability to trust.

This creates a risk in executive planning: a roadmap can create a false sense of control. The enterprise feels it has “covered AI”, while its posture still assumes a stable environment and longer planning cycles.

Where AI stands now, and why speed is part of the problem

The recent sequence of public releases shows how quickly the baseline has moved: mass conversational adoption, tool use, multimodal interaction, stronger coding support, and increasingly agentic execution. Equally important, model turnover in mainstream products is now visible and frequent enough that even the default user experience changes on short notice. This is one of the reasons annual strategy refreshes are becoming structurally insufficient.

A second force reinforces this speed: AI increasingly contributes to building software, and software is the substrate used to build and deploy more AI. This “AI writes AI” dynamic compresses cycle time and makes progress feel non-linear. It is one of the main reasons strategic assumptions expire faster than in previous technology waves.

What a useful AI vision must explain

A useful AI vision must connect acceleration to what it changes externally and internally. It must explain how AI affects customer behavior and markets, and how it changes the internal role of IT, governance, and portfolio management.

External shifts: from channels to assistant-mediated interaction

The most important external change is not just better chatbots. The interface layer itself is changing. Customers increasingly interact through assistants that sit above providers and translate intent into action. The progression is already visible: assistants first explain and summarize, then support delegated execution under constraints, and eventually become proactive in routine situations when trust is sufficient.

This changes the adoption question. It shifts from ”can this be used?” to ”can this be trusted?”. Trust now includes permission boundaries, transparency of actions, receipts, contestability, and reliable escalation paths.

As AI capabilities diffuse, competitive advantage also shifts. Pure model advantage compresses over time. What remains more defensible is the ability to learn faster, adapt faster, and control outcomes more effectively. This is why AI strategy cannot be reduced to model selection or tooling choice.

Internal shifts: AI is the next layer of IT

Many organizations still use labels such as “AI apps” as if AI were outside normal IT. That framing often reflects uncertainty. In practice, AI is not outside IT. It is becoming the next layer of IT, where language increasingly acts as a programming interface and agentic systems become execution mechanisms.

This has a direct implication for business and IT. Business teams will increasingly move from exploration to construction: from talking to data, to generating workflows, automations, and domain-specific capabilities. As this happens, more software artifacts become cheaper to create, easier to replace, and more short-lived than before.

Data-product readiness becomes a prerequisite, not a separate workstream

Agentic AI depends on more than model capability. It depends on enterprise information being discoverable, interpretable, and governed in a machine-usable way. In practice, that means a stronger emphasis on productized data, metadata quality, lineage, ownership, access semantics, and operational signals that allow both humans and agents to trust what they are using.

This does not turn the vision into a data program document. It clarifies a prerequisite: without machine-readable, governed data and capability definitions, agentic behavior remains shallow, brittle, or unsafe.

Disposable software as a positive shift in enterprise execution

The term “disposable software” is best understood as an economic and architectural shift, not as a decline in engineering quality. Software has always been a means to an end. As AI reduces the time and cost required to create fit-for-purpose software, it becomes rational to build narrower, faster, and more replaceable solutions where that improves agility.

This can improve quality, not reduce it, if organizations pair speed with discipline. Spec-driven engineering, reusable testing and QA patterns, CI/CD automation, review skills, and policy guardrails can raise the baseline for teams that are not traditional software product organizations. In that world, faster software creation does not remove the need for engineering practice; it increases the value of good practice because more people can build.

The architectural consequence is equally important. When software was expensive to build and costly to change, architecture optimized heavily for long-lived implementation choices. As software becomes cheaper and faster to change, more value shifts toward semantics, contracts, observability, policy enforcement, and replaceability. Architecture remains essential, but its center of gravity moves.

The skills economy as a new distribution layer for enterprise services

A second trend is emerging next to model evolution: the rise of a skills economy for agentic AI. This should not be confused with APIs, tools, or connectivity protocols. Those are enabling layers. Skills package reusable behavior, domain know-how, and execution patterns in a form assistants can load and apply.

Open ecosystems are already showing how this works in practice, with loadable skill conventions, installers, and repositories that allow assistants to gain domain capability without retraining the base model. As assistants evolve into execution environments, the user experience is increasingly shaped by which skills are available, trusted, and easy to use.

For enterprises, this is strategically important. Customers may soon expect not only a website, app, or chatbot, but a trusted skill that lets their personal assistant interact with enterprise services. That shifts part of digital strategy toward productizing enterprise capabilities as portable, governed skills for assistant ecosystems.

What this changes in buy vs build

AI affects buy vs build in two ways at the same time. First, faster and cheaper software creation pushes some decisions toward build, because custom solutions become more feasible. Second, the speed and immaturity of the AI market can make it strategically smarter to delay certain buy decisions until the market direction becomes clearer: which vendors remain credible, which standards stabilize, and which categories disappear.

This means buy vs build can no longer be treated as a one-time architecture decision. It becomes a recurring portfolio discipline, where timing matters as much as the choice itself.

The new IT mission, and what strategy must become

The new IT mission is not to stop the shift. It is to make the shift safe, and to keep the enterprise coherent while it happens. IT becomes the control plane for safe autonomy, setting guardrails, trust boundaries, quality expectations, cost controls, and accountability mechanisms while enabling faster business execution.

This is why strategy must be designed like a living mechanism. The core job becomes continuous re-evaluation of reality, plus continuous adjustment of the portfolio. A credible AI strategy in an agentic era is not a fixed document. It is a managed capability for staying aligned with change.

Next: the AI strategy

The next step is an AI strategy that turns this vision into a governed execution model: a current-state assessment, a target state, priorities, sequencing, capability roadmaps, guardrails, investment choices, and explicit portfolio adjustment mechanisms. Its purpose is not to freeze vendor choices. Its purpose is to keep the organization directionally coherent while the environment continues to move.