Insights · 16 Jun 2026
When AI-written code breaks, the blame floats up to the CTO
CloudBees asked more than 200 enterprise tech leaders how their AI-written code is actually going. The answers do not match the confidence.
Here is the gap that stopped me. AI now writes or helps write about 61% of the code in a typical enterprise. 92% of these leaders say they trust that code before it ships. And 81% of them have already had something break in production because of it. So they trust the code going in, and they are already cleaning up after it once it is out. Usually the same leaders, answering the same survey.
What it tells me is that the hard part moved. Writing the code stopped being the chokepoint. 57% now point to reviewing, testing, and deploying as where things actually jam up. 70% say keeping the test suite alive is heavier work than writing the code ever was. The making got easy. What did not get easier is being able to stand behind the result.
And almost nobody is set up for that part. Only 12% have a team whose actual job is governing AI output. So when AI-written code causes a failure, 46% say the blame just floats up to the CTO, because there is no one else holding it. Meanwhile 68% believe AI has paid off, and they can trace only 31% of what they spend on it to a specific result. They feel the value. Most of them cannot point to where it landed.
I do not think this is only a coding story. Every team that hands work to AI runs into the same wall eventually. Making something gets cheaper, and checking it and owning it when it goes wrong gets harder. Right now the bottleneck is judgment, because that is the part AI has not taken yet.
Three questions before you scale any AI workflow
Before you roll a workflow out wider, these are the three I would force the conversation on:
- Who owns the output the day it fails?
- Can we check it faster than the AI produces it?
- Can we trace what we spent on it to something that actually happened?
In regulated work, you hit this wall first
If you run a CRO or a CDMO, you do not get to ship an answer nobody can stand behind. A reviewer signs it. An auditor can ask about it a year later. So before we build anything, we put a named person accountable for each agent, keep an audit trail, and version every record. It is the same reason we run a 21 CFR Part 11 evaluation of a workflow before we build it, and why the first real conversation we have is how the system gets governed.
Source: CloudBees, State of Code Abundance 2026, survey of 200+ enterprise technology leaders.
15 min. 5-day written diagnosis. No deck.