On November 24, 2025, Amazon SVPs Peter DeSantis and Dave Treadwell signed an internal memo establishing Kiro as Amazon's standardized AI coding assistant, with an 80% weekly usage target for all engineers by year-end. Three months later, a Kiro agent deleted a production environment, two outages wiped out 6.3 million orders, and Amazon convened an emergency engineering meeting — while still insisting AI had nothing to do with it.
This is not a story about AI failing. The tools work. This is a story about what happens when you mandate adoption of tools that work — and why the mandate itself becomes the failure mechanism.
The Amazon Timeline
The sequence matters because it reveals the trap closing in real time.
Amazon Kiro Mandate — Timeline
| Date | Event |
|---|---|
| Nov 24, 2025 | SVP memo mandates Kiro as standardized AI tool, 80% weekly usage target |
| Dec 2025 | ~1,500 engineers protest via internal forums, argue Claude Code outperforms Kiro |
| Dec 2025 | Kiro agent autonomously deletes a production environment |
| Feb 2026 | 13-hour AWS outage linked to AI-assisted code changes |
| Mar 5, 2026 | 6-hour Amazon.com shopping outage — 6.3 million orders lost |
| Mar 10, 2026 | SVP Treadwell convenes emergency engineering meeting |
| Mar 2026 | New policy: senior sign-off required for all AI-assisted code from junior engineers |
Read that timeline again. The engineers told leadership in December that the mandated tool wasn't the best option. Leadership pushed through anyway. Three months and 6.3 million lost orders later, the response wasn't to reconsider the mandate — it was to add a layer of senior oversight on top of it.
The mandate didn't just fail to improve productivity. It actively prevented the self-correction that would have happened if engineers had been allowed to choose their own tools. The 1,500 engineers who protested weren't anti-AI — they were arguing for better AI tools. The mandate silenced the signal.
The Perception Gap
Amazon's story has a precise explanatory mechanism, and it comes from an unlikely source: METR's developer productivity study.
In their original experiment, METR found that experienced open-source developers using AI tools completed tasks 19% slower than without AI — while believing they were 20% faster. A 39-percentage-point perception gap.
The Perception Gap
Source: METR, "Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity"
This is the mechanism that makes mandates dangerous. If developers genuinely believe AI is making them faster when it's making them slower, then usage metrics — the numbers a mandate optimizes for — become actively misleading. High adoption numbers look like success. The mandate appears to be working. Nobody looks under the hood because the dashboard is green.
METR's follow-up is even more revealing. When they tried to redesign their study in February 2026, they discovered that 30-50% of participating developers refused to submit tasks they didn't want to do without AI. One developer's quote captures the dynamic perfectly: "I avoid issues like AI can finish things in just 2 hours, but I have to spend 20 hours."
Developers were routing work away from areas where AI was expected to help most — because the study design forced them to sometimes work without it. In a mandated environment, the same dynamic produces a different distortion: developers route AI into every task whether it helps or not, because the mandate requires it. The result is the same — productivity measurement becomes unreliable — but for opposite reasons.
The Compliance Trap
The perception gap explains why individuals can't self-correct. But mandates also fail at the organizational level, through a mechanism Harvard Business Review documented in February 2026.
HBR's research found that 80% of employees experience significant AI anxiety, with 40% simultaneously believing in AI's value and fearing its implications for their job security. These high-anxiety employees actually use AI more — deploying it for 65% of their work — but show twice the resistance of low-anxiety employees.
"Fear about job loss can drive compliance and usage, but does not necessarily produce true buy-in."
— Harvard Business Review, 2026
This is the compliance trap. Usage metrics go up. Surveys report adoption. Dashboards show engagement. But the usage is defensive — employees using AI to protect their position, not to do better work. The metrics lie because compliance and commitment produce the same numbers.
Block is living this in real time. Jack Dorsey integrated AI fluency into Block's performance evaluation system in early 2026, alongside laying off roughly 1,100 employees. Workers must now demonstrate daily AI usage and send weekly accomplishment reports that Dorsey processes with AI summaries. One employee told a company-wide meeting: "Morale is probably the worst I've felt in four years."
Mandate AI usage. Tie it to job performance. Do it while firing people. Then wonder why adoption doesn't produce results. This is not a mystery. It's a pattern.
The Denominator Problem
Amazon and Block are visible failures because they're public companies with dramatic consequences. But they're not outliers — they're the visible tip of a much wider pattern.
Enterprise AI Adoption — The Numbers
Sources: MIT/Fortune, PwC/Fortune, DDN
PwC's global chairman Mohamed Kande described the pattern as companies running "isolated, tactical AI projects" where "AI gets used enough to feel like progress, but never deeply enough to create results." Only 10-12% of companies report seeing benefits on revenue or cost.
The mandate is the common thread. When leadership forces adoption on a timeline, teams optimize for the metric (usage) rather than the outcome (productivity). AI gets deployed into every workflow whether it helps or not. The usage numbers climb. The results don't follow. And because the perception gap means everyone believes the tools are helping, nobody investigates why the bottom line isn't moving.
The Historical Echo
This pattern isn't new. It isn't even specific to AI. Every major enterprise technology wave has produced its version of the mandate trap.
In the 1990s, enterprise resource planning mandates produced some of the most spectacular failures in business history. FoxMeyer Drug, a $5 billion pharmaceutical distributor, mandated a SAP R/3 implementation. Warehouse workers, fearing the automation system would eliminate their jobs, damaged inventory and failed to fill orders correctly in protest. Four years and $100 million later, FoxMeyer filed for bankruptcy and was sold for $80 million — a 98% destruction of value. Nike lost $100 million to a mandated supply chain system. Washington State scrapped a $40 million driver's license project.
Academic research on forced technology adoption confirms the mechanism. A Springer study on mandatory vs. voluntary adoption found that individuals denied a choice between adopting and rejecting an innovation engage in systematic opposition behavior — not because the technology doesn't work, but because the absence of choice triggers resistance as a psychological response.
The technology changes. The pattern doesn't. Mandate a tool. Get compliance instead of adoption. Mistake the compliance for success. Discover the failure only when it's already expensive.
The Counter-Example
If the problem were the technology, there would be no counter-examples. But there are — and the most striking proves the mandate is the failure mechanism, not AI itself.
Zapier achieved 97% company-wide AI adoption with no mandate. Their approach: week-long hackathons where every department experimented with AI tools on their own problems. Marketers applied AI to campaign testing. Support teams tested ticket automation. Finance experimented with AI-backed forecasting. Results were shared in company-wide demo days that CEO Wade Foster called "contagious momentum."
Usage went from 10% to 50% in one week. It reached 89% by spring 2025 and 97% by 2026. Bottom-up. No performance review penalties. No mandated usage targets. No senior sign-off requirements added after the fact.
Mandate vs. Invitation — Same Tools, Different Outcomes
| Amazon (Mandate) | Zapier (Invitation) | |
|---|---|---|
| Mechanism | 80% usage target, SVP memo | Hackathons, demo days, peer sharing |
| Tool choice | Mandated single tool (Kiro) | Team-selected tools |
| Employee response | 1,500 engineers protested | "Contagious momentum" |
| Outcome | 6.3M orders lost, safety reset | 97% adoption, no incidents |
| Self-correction | Blocked (mandate overrode feedback) | Built-in (teams drop what doesn't work) |
The difference is not the technology. Both companies used generative AI coding and productivity tools. The difference is the adoption mechanism. Amazon mandated a specific tool on a specific timeline and punished non-compliance. Zapier invited experimentation and let results drive adoption. One destroyed value. The other created it.
The Thesis
The mandate is the trap. Not the technology.
When you force adoption, you get compliance instead of commitment. The compliance produces usage metrics that look like success. The perception gap means even the users believe it's working. By the time the real outcomes — lost orders, crashed systems, morale collapse — become visible, the mandate has been locked in for months and the self-correction mechanisms have been disabled.
This is Goodhart's Law applied to technology adoption: when the measure becomes the target, it ceases to be a good measure. Usage targets were supposed to measure productive AI adoption. Instead, they became the thing optimized for — and the actual productivity signal disappeared.
The historical pattern is clear. Every enterprise technology wave — mainframes, ERP, cloud, now AI — produces its cohort of mandate failures. The companies that survive are the ones that treat adoption as an emergent property of value, not a compliance metric to be enforced from above.
The 95% pilot failure rate isn't a technology problem. It's an organizational pattern repeating on schedule. The trap is set. And most enterprises are walking into it with their dashboards green and their metrics climbing.