Operating Model

AI Won't Fix a Broken Operating System

AI amplifies what's there; with a fuzzy operating system, you'll scale confusion and cost—clarify decision rights, interfaces, and rhythms before adding speed.

Published June 30, 2026 · 5 min read

AI has become the universal solvent for stalled roadmaps and bloated cost lines. Leaders assume a model here and a copilot there will rescue throughput. That’s the wrong mental model. AI is an accelerant. It amplifies your operating system—its clarity, its faults, its incentives. If your system is broken, AI just makes the break faster and more expensive.

What counts as your operating system

Your operating system is the fabric that turns intent into outcomes:

  • Decision rights: who decides, on what, with which inputs.
  • Interfaces: how teams request and deliver work; the handoffs, templates, and SLAs.
  • Rhythms: the cadences where priorities are set, escalations resolved, and learning absorbed.
  • Standards: definitions of done, quality bars, checklists.
  • Incentives: what is measured and rewarded, explicitly and implicitly.
  • Data spine: where critical facts live, how they’re named, and who owns them.

Most organizations don’t fail for lack of talent. They fail because these elements are implicit, conflicting, or missing—replaced by heroics, meetings, and lore. AI cannot infer what you haven’t decided.

Symptoms of a broken OS

Before you buy another license, scan for these:

  • Latency by default: work waits in queues because no one is clearly on the hook.
  • Rituals without decisions: standing meetings that relitigate priorities weekly.
  • Shadow processes: spreadsheets and Slack threads substituting for source systems.
  • Adhesive dependencies: small changes require five approvals and three teams.
  • Fragmented facts: multiple versions of the same KPI with no reconciliation path.
  • Incentive collisions: teams rewarded for local utilization, not end‑to‑end flow.

AI won’t neutralize these frictions. It will automate around them, masking rot and compounding cost.

Why AI won’t save you (yet)

AI depends on clarity and clean loops:

  • Garbage in, faster out: models summarize ambiguity with confidence, accelerating misalignment.
  • Local optimizations: copilots make individuals quicker while the system remains bottlenecked.
  • Compliance drift: unmanaged prompts and outputs create data leakage and provenance gaps.
  • Unpriced change: every AI point‑solution introduces new interfaces, failure modes, and training overhead.

Without a sturdy OS, you’ll ship prompt packs, not performance.

Fix the system first: the minimum viable OS

You don’t need a reorg. You need a small set of primitives, named and enforced.

  • Decision architecture

    • Name the DRI (directly responsible individual) for each critical decision.
    • Publish trigger conditions, input data, and default rules. Defaults reduce meetings.
  • Interfaces as contracts

    • Treat teams like services. Define intake forms, SLAs, and definitions of done.
    • Replace ad hoc asks with a service catalog: what you provide, how to request, and when it arrives.
  • Operating rhythms with teeth

    • One weekly prioritization forum per value stream, 30 minutes, agenda templated.
    • A fixed escalation path with timeboxes: Triage (24h), Decision (72h), Root cause (7d).
  • Standards and checklists

    • Create lightweight, enforced checklists for launch, data changes, and risk reviews.
    • Codify “what good looks like” in one page per domain.
  • Data spine

    • Appoint data stewards for the top 20 entities (customer, order, product, etc.).
    • Declare a single system of record and naming convention for each.
  • Incentives that backflow

    • Move from utilization to flow metrics: lead time, throughput, escape rate.
    • Tie leadership bonuses to end‑to‑end outcomes, not silo KPIs.

A 90‑day reboot, then AI

Time‑boxed, visible, and outcome‑anchored.

  • Weeks 1–2: Map and decide

    • Map one critical value stream from request to cash. Count handoffs and wait states.
    • Name DRIs for the ten decisions that most delay flow. Write their inputs and SLAs.
    • Publish a Stop‑Start list: 10% of meetings and reports to kill; 3 you will standardize.
  • Weeks 3–6: Standardize and instrument

    • Stand up the service catalog and intake templates for partner teams.
    • Consolidate critical data definitions and owners; remove duplicate dashboards.
    • Instrument lead time, queue time, and escape rate. Make them visible.
  • Weeks 7–10: Pilot cells and loops

    • Run two cross‑functional cells with end‑to‑end remit and clear interfaces.
    • Practice the escalation path. Close the loop on two root causes.
  • Weeks 11–13: Layer AI where bounded

    • Automate triage (routing, de‑duplication) using structured prompts tied to the catalog.
    • Use AI for document synthesis against approved corpora with retrieval and audit logs.
    • Add QA copilots for checklists, not judgments, with sampled human review.
    • Measure deltas in lead time and rework; retire what doesn’t clear a pre‑set threshold.

By day 90, the system should be legible. Only then do AI deployments compound, rather than conceal, progress.

Where AI actually helps—once the OS is sound

Aim it at bounded, observable work with clear ground truth.

  • High‑volume intake: classify, summarize, and route requests using your service catalog.
  • Knowledge retrieval: surface policies and standards from a curated, versioned repository.
  • Change planning: generate test cases and impact analyses from tagged systems of record.
  • Quality assurance: checklist enforcement and anomaly detection with sampling.
  • Process mining: mine logs to expose wait states, then change the interfaces, not just the dashboards.

The pattern: AI handles the glue work; humans handle the judgment. The OS ensures they meet cleanly.

Anti‑patterns to avoid

  • Chatbots for customers while the backend remains fragmented; you’ll scale apologies.
  • RAG over wikis stuffed with contradictions; you’ll scale misinformation.
  • Meeting copilots to “fix” poor preparation; you’ll get prettier notes of bad decisions.
  • An AI steering committee with no budget or DRIs; you’ll get theater, not throughput.
  • Model shopping before metric setting; you’ll optimize nothing in particular.

Readiness checks

You’re ready to scale AI when:

  • You can explain how a change ships in one page.
  • Each critical metric has one owner and one definition.
  • Mean time to decision is measured and improving.
  • Flow efficiency (work time vs. elapsed time) is trending up.
  • You can deprecate a process without a war room.

The point

AI is leverage. Leverage reveals your structure. If the structure is clear, leverage creates compounding returns. If the structure is muddled, leverage just multiplies noise. Fix the operating system. Then light the accelerant.


More from Field Notes