<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Enterprise-Ai on M.F.Borman</title><link>https://www.mfborman.nl/tags/enterprise-ai/</link><description>Recent content in Enterprise-Ai on M.F.Borman</description><generator>Hugo</generator><language>en</language><lastBuildDate>Mon, 06 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.mfborman.nl/tags/enterprise-ai/feed.xml" rel="self" type="application/rss+xml"/><item><title>Learned, then ratified</title><link>https://www.mfborman.nl/articles/learned-then-ratified/</link><pubDate>Mon, 06 Jul 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/articles/learned-then-ratified/</guid><description>A learned system can tell you what your software did. It cannot tell you who is answerable for what that behaviour now obliges you to do.</description></item><item><title>AI made building cheap. It made alignment more expensive, not less</title><link>https://www.mfborman.nl/posts/2026-06-25-ai-made-building-cheap-it-made-alignment-more-expensive/</link><pubDate>Thu, 25 Jun 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-06-25-ai-made-building-cheap-it-made-alignment-more-expensive/</guid><description>AI collapsed the cost of producing code. It did nothing to the cost of agreeing what the code should be derived from. Cheap building raised the value of expensive alignment, not the other way around.</description></item><item><title>The honest near-term picture is a dark workshop, not a dark factory</title><link>https://www.mfborman.nl/posts/2026-06-23-a-dark-workshop-not-a-dark-factory/</link><pubDate>Tue, 23 Jun 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-06-23-a-dark-workshop-not-a-dark-factory/</guid><description>The dark software factory is further off than the noise suggests. A workshop is one bounded bench AI can already run unattended; a factory is governance across owners that no model yet holds.</description></item><item><title>Copilot is a tool; BlackRock rolled a substrate</title><link>https://www.mfborman.nl/posts/2026-04-22-copilot-is-a-tool-blackrock-rolled-a-substrate/</link><pubDate>Wed, 22 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-04-22-copilot-is-a-tool-blackrock-rolled-a-substrate/</guid><description>Tools compound linearly with seats. Substrates compound with the agents built on them. That is the structural difference between an AI programme and an AI transformation.</description></item><item><title>Every business function is redesigning for AI, except software engineering</title><link>https://www.mfborman.nl/articles/the-local-optimum-trap/</link><pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/articles/the-local-optimum-trap/</guid><description>When AI entered customer service, nobody said &amp;lsquo;just give the agents ChatGPT and carry on.&amp;rsquo; In software engineering, we&amp;rsquo;re making exactly that mistake.</description></item><item><title>Context maturity governs every value stream, not just code</title><link>https://www.mfborman.nl/posts/2026-04-02-context-maturity-governs-every-value-stream/</link><pubDate>Thu, 02 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-04-02-context-maturity-governs-every-value-stream/</guid><description>Context maturity turned out to be the governing variable for code estates. It may be the governing variable for every enterprise value stream where AI accelerates change.</description></item><item><title>The governance gap AI-driven delivery can't outrun</title><link>https://www.mfborman.nl/articles/the-governance-gap-ai-driven-delivery-cant-outrun/</link><pubDate>Mon, 23 Mar 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/articles/the-governance-gap-ai-driven-delivery-cant-outrun/</guid><description>The SDLC isn&amp;rsquo;t dying, it&amp;rsquo;s migrating from documents into the execution engine. Most organisations stall at machine-speed delivery under human-speed governance. The missing piece is a function nobody is staffed to own: interpretation binding.</description></item><item><title>Consulting firms are building the wrong muscle for AI</title><link>https://www.mfborman.nl/articles/consulting-firms-are-building-the-wrong-muscle/</link><pubDate>Sun, 22 Mar 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/articles/consulting-firms-are-building-the-wrong-muscle/</guid><description>AI is not just changing how work is done. It is changing the rate at which change is proposed. The constraint has moved from strategy to absorption.</description></item><item><title>What breaks when governance becomes load-bearing</title><link>https://www.mfborman.nl/posts/2026-03-17-what-breaks-when-governance-becomes-load-bearing/</link><pubDate>Tue, 17 Mar 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-03-17-what-breaks-when-governance-becomes-load-bearing/</guid><description>Moving AI governance into the execution layer is the right structural move. What gets less attention is what breaks when you do it.</description></item><item><title>AI increases throughput, not review capacity</title><link>https://www.mfborman.nl/posts/2026-03-13-the-delegate-and-review-illusion/</link><pubDate>Fri, 13 Mar 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-03-13-the-delegate-and-review-illusion/</guid><description>The emerging consensus is to delegate execution to AI and review the output. But review is inspection, and inspection scales with volume. The constraint is the operating model.</description></item><item><title>Failure modes belong in the execution layer, not in documentation</title><link>https://www.mfborman.nl/posts/2026-03-10-failure-modes-as-system-constraints/</link><pubDate>Tue, 10 Mar 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-03-10-failure-modes-as-system-constraints/</guid><description>A documented failure mode gets reviewed. A system constraint gets enforced. The difference is whether governance scales with headcount or with the system.</description></item><item><title>The law of authority under acceleration</title><link>https://www.mfborman.nl/articles/the-law-of-authority-under-acceleration/</link><pubDate>Thu, 05 Mar 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/articles/the-law-of-authority-under-acceleration/</guid><description>Token Jail is not vendor lock-in. It is what happens when implicit authority meets machine-speed execution. The dependency lives in the operating model, not the API.</description></item><item><title>The constraint on AI delivery is promotion, not code</title><link>https://www.mfborman.nl/posts/2026-02-26-the-constraint-is-promotion-not-code/</link><pubDate>Thu, 26 Feb 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-02-26-the-constraint-is-promotion-not-code/</guid><description>AI can generate more change than most organisations can safely absorb. The constraint is not code, it is promotion: a change advances only when it has collected the evidence a gate requires.</description></item><item><title>The compounding pipeline: from novel to deterministic</title><link>https://www.mfborman.nl/posts/2026-02-17-the-compounding-pipeline/</link><pubDate>Tue, 17 Feb 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-02-17-the-compounding-pipeline/</guid><description>The first time AI solves a migration pattern, it is novel. The second time, a recipe. The tenth time, deterministic. Context maturity is what makes this compound.</description></item><item><title>The seam between exploration and industrialisation is where AI risk lives</title><link>https://www.mfborman.nl/posts/2026-02-17-the-seam-between-exploration-and-industrialisation/</link><pubDate>Tue, 17 Feb 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-02-17-the-seam-between-exploration-and-industrialisation/</guid><description>The hardest part of AI in a regulated enterprise is not invention or industrialisation. It is the seam between them, moving work into repeatable execution without losing intent, control, or trust.</description></item><item><title>Context maturity is a capability, not a project</title><link>https://www.mfborman.nl/posts/2026-02-14-context-maturity-is-a-capability/</link><pubDate>Sat, 14 Feb 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-02-14-context-maturity-is-a-capability/</guid><description>AI makes backward context creation feasible at estate scale. What matters is whether attested context exists — the technology is incidental.</description></item><item><title>AI-extracted understanding is a hypothesis, not documentation</title><link>https://www.mfborman.nl/posts/2026-02-12-ai-extracted-understanding-is-a-hypothesis/</link><pubDate>Thu, 12 Feb 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-02-12-ai-extracted-understanding-is-a-hypothesis/</guid><description>When AI analyses existing code, the output looks like documentation. It is not. Validation means checking whether an interpretation matches observed reality.</description></item><item><title>Legacy is context maturity, not code age</title><link>https://www.mfborman.nl/posts/2026-02-10-legacy-is-context-maturity-not-code-age/</link><pubDate>Tue, 10 Feb 2026 00:00:00 +0000</pubDate><guid>https://www.mfborman.nl/posts/2026-02-10-legacy-is-context-maturity-not-code-age/</guid><description>A twenty-year COBOL estate has the same problem as a three-year microservices platform whose team rotated out. The variable is context maturity.</description></item></channel></rss>