top of page
James F. Kenefick Website Icon

JAMES F.

   KENEFICK

Minimum Operable Data: The Hidden Requirement Behind Every Successful AI Initiative

Sep 1
5 min read

Executives no longer need convincing that AI matters. Budgets are approved, pilots are running, and boards expect results. What is harder to convince a leadership team of is why so many of those pilots stall before they ever reach production. Gartner predicts that through 2026, organizations will abandon 60 percent of AI projects unsupported by AI-ready data, and that the underlying cause is rarely the model. It is the data underneath it.


The strategic implication is that AI data readiness is not a technical checkbox to clear before launch. It is an ongoing operating discipline, and organizations that treat it that way consistently outperform those that treat it as a one time cleanup project. The useful concept here is what I call minimum operable data, the smallest, most tightly scoped data foundation that lets an AI initiative run reliably, safely, and defensibly for its specific use case, without requiring the fantasy of perfect enterprise wide data first.


Data leaders and an executive reviewing a glowing network display representing a governed, scoped AI data foundation.

Why AI Data Readiness Is the Real Bottleneck


The numbers are consistent across every major research organization tracking this problem. A Gartner survey of more than 1,200 data management leaders found that 63 percent either lack the right data management practices for AI or are unsure whether they have them. IBM's research shows that only 29 percent of technology leaders strongly agree their data meets the quality, accessibility, and security standards needed to scale generative AI, and that just 16 percent of AI initiatives have reached enterprise scale. Stanford's 2026 AI Index reinforces the pattern from the research side, documenting a widening gap between how capable AI systems have become and how prepared most organizations are to govern and validate what those systems produce, a gap the report's authors describe as capability outpacing the frameworks needed to manage it.


None of this means organizations need flawless data before starting. McKinsey's technology practice makes the point directly, describing AI data readiness as requiring a governed, traceable, and reusable foundation rather than a perfect one, and notes that more than two thirds of high performing companies still cite data as their primary obstacle to scaling AI. The goal is not universal data perfection. It is defining what good enough looks like for each specific use case and then operating to that standard consistently.


The Core Framework: Minimum Operable Data


Minimum operable data borrows its logic from the minimum viable product, but applies it to the data layer instead of the feature set. An AI initiative does not need every system integrated or every field cleaned. It needs a data foundation that is fit for the specific decision or workflow the AI is meant to support, and that foundation has to satisfy five conditions to be operable rather than merely available.


  1. Traceable. Every output has to be traceable back to a source, a version, and a transformation path. Without this, an organization cannot explain how an AI system reached a conclusion, which becomes a material problem the first time a regulator, auditor, or customer asks.

  2. Governed at the point of use. Access controls, sensitivity tags, and privacy rules have to apply where the AI actually retrieves and assembles information, not only at the storage layer. Microsoft's security team has made this same case, noting that governance must extend to embeddings, prompts, and generated outputs, not just the documents sitting in a repository.

  3. Current. Stale data quietly degrades AI outputs long before anyone notices, because the model still produces a confident answer. Freshness has to be monitored, not assumed.

  4. Right sized to the use case. A customer service summarization agent and a credit underwriting model need very different depths of data readiness. Applying enterprise wide perfection as the bar for every initiative is how good projects die waiting for a data program that was never going to finish on their timeline.

  5. Reusable. Data prepared for one AI use case should become a foundation the next one can build on, rather than a one off pipeline that has to be rebuilt from scratch.

Forrester's own analysis of the data quality market reaches a similar conclusion from the vendor side, noting that static, one time validation approaches are giving way to continuous observability because AI environments require it. The common thread across every serious framework on this topic, Gartner's, McKinsey's, Forrester's, is that data readiness for AI is a practice, not a milestone.


Governance: What the Board Needs to Ask


What is the board's role? It is to require that every AI initiative name its minimum operable data standard before funding moves from pilot to production, and to expect that standard to be revisited as the use case scales rather than assumed permanent.


What risks exist? The most expensive risk is not incomplete data. It is confidently wrong outputs built on data that looks complete. IBM's 2026 Cost of a Data Breach Report found that the global average breach cost reached a record 4.99 million dollars, and that breaches tied to ungoverned AI access were both more frequent and more expensive than the average. Governance gaps in the data layer are not just an accuracy risk. They are a security and liability risk.


What metrics matter? Reuse, reliability, governance coverage, and time to onboard a new use case onto existing data foundations rather than building a new pipeline from zero. These four map closely to the metrics McKinsey recommends CDOs track, and they give a board a concrete way to ask whether a data program is compounding in value or simply accumulating cost.


What oversight is required? A standing review, owned jointly by the CIO or CDO and the business sponsor of each AI initiative, that checks the minimum operable data standard against actual production behavior at a regular cadence rather than only at launch. The NIST AI Risk Management Framework's Govern function exists for exactly this purpose, establishing organizational accountability and continuous oversight rather than a single point in time approval.


Executive Actions


Three moves separate organizations that get real production value from AI from those still stuck in pilot purgatory. First, before approving any AI initiative, require the team to define its minimum operable data standard in writing, including what traceability, governance, and freshness mean for that specific use case. Second, build shared data foundations, the extraction, governance, and metadata practices, once and make them reusable across initiatives rather than letting every team rebuild the same pipeline. Third, put data readiness reviews on the same governance cadence as the AI initiatives themselves, so the standard evolves as the use case scales rather than becoming outdated the month after launch.


Organizations working through this are often better served pairing operational discipline with the technical build, since most data readiness failures are process failures wearing a technical disguise. Firms further along in organizational change management tend to get through this faster, because minimum operable data requires cross functional ownership, not just a better pipeline.


Final Thoughts


The hidden requirement behind every successful AI initiative is not a bigger model or a larger budget. It is AI data readiness scoped precisely enough to operate the use case in front of you, built to be reusable for the next one, and governed continuously rather than certified once. Minimum operable data will not make every AI initiative succeed. It removes the single most common reason they fail.


For organizations assessing where their own data foundation stands, a managed IT services review is a practical starting point, and cloud and data infrastructure services often surface the fragmentation issues that block AI readiness before they become visible elsewhere. Pairing that with ongoing IT consulting and a look at why BetterWorld Technology approaches data this way gives most leadership teams a concrete next step. Readers wanting more on the AI readiness side can also explore Working Excellence's AI readiness practice, the BetterWorld Technology resource library, the broader James F. Kenefick blog archive for related governance frameworks, and James Kenefick's perspective on executive leadership in the AI era.

Comments


bottom of page