The CIO's AI Library

What to read to build AI inside a company

The research behind the CIO's AI Playbook. Each entry gives a plain-English summary, the publication date, why it is worth a CIO's time, who should read it, who wrote it, the ways it is most often misquoted, and which playbook steps it shapes. Every number was checked against the original source.

Curated by Pavel Veselov · 11 essential reads · Last reviewed

1. Where AI value is (and isn't) showing up

The big surveys and the counter-data. Read these to know the numbers your board will quote, and how each one is usually misquoted.

McKinsey & Company (QuantumBlack) · Survey ·

The State of AI in 2026

The annual benchmark: AI use keeps spreading, but enterprise-level profit impact has barely moved in two years.

For: CIOs and AI leads preparing a board update · CFOs building or challenging an AI business case · CEOs who want a second look at their AI plans

Summary, why read it, about the author

2. Why pilots don't reach the P&L

Strategy pieces on the gap between individual productivity and enterprise results, and between a great AI output and an organization that can use it.

3. Agents and the operating model

How to govern, staff and architect AI agents: who owns them, how they learn your judgment, and when not to build one at all.

Harvard Business Review · Article ·

Teach Your AI How You Make Decisions

Everyone has access to the same models. The companies scaling agents are the ones that wrote down how their best people decide.

For: CIOs and AI leads moving agents from pilot to production · Operations and HR leaders who will co-own digital labor · Domain experts asked to “document their process” for an AI team

Summary, why read it, about the author

Anthropic (Engineering blog) · Guide ·

Building Effective AI Agents

The engineering baseline everyone borrows: start simple, prefer workflows, and invest in tools more than prompts.

For: CIOs and engineering leaders setting agent architecture standards · Product managers scoping “agent” features · Non-technical executives who want to know what an agent actually is

Summary, why read it, about the author

4. Metrics you can run next week

Two practitioner columns that turn the ideas above into measurements: who quietly stopped using your AI tools, and what one completed transaction really costs.

Questions this library answers

What should a CIO read first to build AI in the company?

Start with the two large surveys, McKinsey's State of AI 2026 and BCG's Applied AI Index 2026, to understand where value is and isn't showing up. Then read HBR's piece on the micro-productivity trap for why pilots don't reach the P&L, and Anthropic's Building Effective AI Agents for the engineering baseline. Finish with the two CIO.com columns on abandonment and cloud cost, which turn the ideas into metrics you can run next week.

Is the “95% of AI pilots fail” statistic true?

It comes from MIT Project NANDA's July 2025 report and is usually misquoted. The 95% refers to all organizations in the sample, most of which never ran a custom pilot, failing to get measurable P&L impact from task-specific generative AI. Among organizations that did pilot, roughly one in four succeeded. The report is preliminary, self-published and based on 52 interviews and 153 survey responses, so treat it as a signal, not a census.

How should a company govern AI agents?

BCG's Applied AI Index 2026 lists six controls: governed data and memory access, human-in-the-loop for high-risk decisions, testing with shut-off and rollback, clear hand-off interfaces, a named owner for every agent, and ongoing security. Only 5% of companies have all six, and those report three times the agentic value of companies with one. MIT SMR and BCG add an “HR for agents” lifecycle covering onboarding, evaluation and retirement.

How do you measure whether an enterprise AI tool is working?

Track two things adoption dashboards miss. First, cohort retention: of the people who activated a tool in a given month, how many are still active at weeks 1, 4 and 12. Second, fully loaded cost per completed transaction against the manual baseline, including model fees, compute and the human time spent on exceptions. Speed and seat counts alone can hide a tool that is abandoned or more expensive than the work it replaced.