The Architecture Review
Enterprise AI Playbook
Part 06 · 2026-07-14

The Data & Knowledge Foundation

A cross-cutting capability, not a lifecycle stage. Five pillars for data that's actually ready to serve AI — sourcing & ingestion, quality & curation, governance & rights, retrieval & serving, and knowledge structure — plus an 8-point AI-ready data test. Poor data quality is Gartner's #2 reason GenAI projects stall; your data is also the one advantage a competitor can't buy.

By Tom Ward, Enterprise Architect — Cloud & AI

Download the deep-dive PDF6 pages — the full framework in detail, a readiness checklist, and curated references. Free, no signup.
The Data & Knowledge Foundation — architecture infographic
The differentiator competitors can't copy — if you can serve it

The five data pillars

01

Sourcing & Ingestion

Getting the right data in

Every AI capability is downstream of the data that feeds it. Map where the right data lives, build the connectors and pipelines to reach it, and be honest about coverage gaps before they become production surprises. Batch vs. streaming is set by the freshness the use case needs, not by fashion.

02

Quality & Curation

Garbage in, hallucinations out

Gartner puts poor data quality near the top of its GenAI failure list — because bad data doesn't announce itself, it produces confident, plausible, wrong answers. Quality is a continuous SLA, not a one-time cleanse, and for GenAI the chunking and labeling that prepare data for retrieval are quality decisions in their own right.

03

Governance & Rights

Who may use what, lawfully

Where the Data and Governance capabilities meet. Retrieval must enforce the same entitlements as the source systems — if a user can't open the document, the model must not surface its contents. Add lineage (to explain and audit a decision) and honest usage-rights checks (are you legally permitted to use this data for AI at all?).

04

Retrieval & Serving

Getting it to the model

Good, governed data still has to reach the model fast and relevant. Embeddings, vector and hybrid search, re-ranking, and serving infrastructure that returns the right context within the experience's latency budget. Retrieval quality — more than model choice — often decides whether an answer is right, and a stale index quietly rots every answer.

05

Knowledge Structure

Meaning, not just bytes

The most mature foundations capture meaning, not just data — metadata, ontologies, and knowledge graphs that turn a pile of documents into a connected model of your business. The most-skipped pillar, because it's hardest and its payoff is longest-term, but it's the deepest moat: a semantic layer every future use case can draw on.

The AI-ready data test

“Is our data ready?” is the wrong question — unanswerable at scale, and it stalls everything. Ask it per use case. For a specific initiative, data is AI-ready only when all of these hold; each “no” is a scoped, fundable task.

  1. Reachable — the data this use case needs is accessible through a real, supported path, not a one-off export.
  2. Sufficient — coverage and history are complete enough that the model isn't guessing in the gaps.
  3. Trustworthy — quality is measured and monitored, not assumed from a clean demo sample.
  4. Governed — retrieval enforces source-system entitlements at query time, with lineage captured.
  5. Lawful — you have the usage rights and privacy clearance to use this data for this AI purpose.
  6. Fresh — the refresh cadence matches how fast the underlying data actually changes.
  7. Retrievable — the right context comes back fast enough, and retrieval quality is evaluated on its own.
  8. Meaningful — where the use case needs it, a semantic layer gives the data context, not just similarity.

Going deeper

Sources worth your time, roughly in the order a program team should read them.

Next parts ship over the coming weeks.

Get the next part by email