The Dev Process AWS Proved Works — and Most Teams Still Haven't Heard Of
Back to The Ledger

The Dev Process AWS Proved Works — and Most Teams Still Haven't Heard Of

AI-DLC is the AI-driven development methodology AWS proved with Amazon Bedrock. Here's why AI-assisted coding isn't the same thing — and what is.

June 24, 2026
The Dev Process AWS Proved Works — and Most Teams Still Haven't Heard Of

The Dev Process AWS Proved Works — and Most Teams Still Haven't Heard Of

Somewhere in the last year, your team got Copilot. Maybe Cursor. Maybe Claude Code. Everyone called it a game-changer. And for individual developers? It probably was. Tickets moved faster. PRs got longer. The autocomplete was genuinely impressive.

Then the sprint review happens. Then the roadmap conversation where nobody can explain why delivery is still lagging on a feature an AI basically wrote for the team.

Turns out, making one developer faster doesn't make a team faster. And in 2026, that distinction has a methodology built around it — called AI-DLC. 

What Is AI-DLC? (And Why "AI-Assisted" Isn't It)

AI-DLC stands for AI-Driven Development Lifecycle — a methodology introduced by AWS in mid-2025 that fundamentally reimagines how software gets built, not just who builds it.

Here's the cleanest way to understand it: most teams today practice AI-assisted development. A developer writes requirements, opens their IDE, and uses Copilot to autocomplete faster. The workflow is human-designed. The AI fills gaps. That's AI in the process.

AI-DLC flips that entirely. The AI drives the process — generating requirements, architecture, code, tests, and deployment configs — while humans validate, redirect, and approve at defined checkpoints. The workflow is built for AI, not bolted onto a human one.

Think of it as the difference between giving a Formula 1 engine to a driver on a dirt track and building an actual F1 circuit. The engine is the same. What changes is everything around it.

AWS structures AI-DLC into three phases, each one feeding richer context into the next:

Inception — AI transforms high-level business intent into detailed requirements, user stories, and clarifying questions through a process called Mob Elaboration, where the whole cross-functional team validates AI outputs in real time. What used to take a product owner and architect a week of meetings now happens in a focused afternoon.

Construction — Using that validated context, AI proposes architecture, domain models, code, and test suites through Mob Construction. Developers stop writing boilerplate and start governing outcomes. That shift is smaller on paper than it feels in practice.

Operations — AI applies accumulated context from both previous phases to manage infrastructure as code and deployments. Work runs in short cycles called Bolts, measured in hours or days, not weeks, with human approval logged at every step.

Why Traditional SDLC Is the Bottleneck (Not Your Developers)

The conventional software development lifecycle was built for humans working sequentially. Planning took days. Development took sprints. Testing had defined checkpoints. Code moved at the speed of human cognition, and that was fine, because humans wrote all of it.

That assumption is no longer true.

AI coding agents can now generate code, tests, and infrastructure configs in hours. The old model assumes code velocity is constrained by how fast developers type. The new reality: velocity is constrained by how fast teams can review, govern, and ship what AI generates.

This is what Sonar researchers in 2026 started calling verification debt — the invisible backlog created when AI generates code faster than your review processes can handle it. You don't see it accumulating until a security audit or a production incident surfaces it all at once.

The problem isn't the AI. The problem is running 2026 AI output through a 2015 review process.

The Number That Should Be in Every Engineering All-Hands

In Amazon CEO Andy Jassy's 2025 shareholder letter (released April 2026), he shared one data point that reframes what AI-DLC makes possible:

Six engineers rebuilt the entire Amazon Bedrock inference engine in 76 days using Amazon's agentic coding service, Kiro. The original estimate for that project? 40 engineers. One full year.

The resulting engine, called Mantle, became the backbone of Bedrock, a service that processed more tokens in Q1 2026 than in all prior years combined.

That's not a productivity gain. That's a compression ratio that changes what small engineering teams can attempt.

But here's the part that usually gets left out of the retelling: those six engineers weren't just using better tools. They were operating inside a methodology built for AI execution. The tools were part of it. The structured workflow — Inception, Construction, Operations, human approval gates — was the other part. One without the other produces "verification debt." Together, they produced Mantle.

What AI-DLC Gets Right That Vibe Coding Gets Wrong

One thing getting popular in 2026 is what practitioners are calling vibe coding — prompting an AI to build features based on rough intent, accepting whatever it generates, and shipping fast. It feels productive. It often isn't, at scale.

The issues with vibe coding aren't speed — they're structure. No defined checkpoints. No approval records. No way to know, six weeks later, why a specific architectural decision was made or whether it was reviewed at all.

AI-DLC is the structured alternative. Every artifact the AI generates — requirements, architecture decisions, code, infrastructure config — gets logged, reviewed, and approved before the next phase begins. That creates an audit trail enterprises actually need, especially in regulated industries like financial services or healthcare.

The difference: vibe coding ships fast. AI-DLC ships fast and ships reliably.

Who Needs to Care About This Right Now

If you're in any of these positions, AI-DLC isn't a future consideration — it's a current gap:

  • Engineering leaders watching AI tool spend go up while delivery metrics stay flat

  • CTOs in regulated industries who need speed and governance, not a choice between them

  • Product teams who keep asking why features that "should take a sprint" are taking a quarter

Forrester named agentic software development one of its Top 10 Emerging Technologies for 2026. AWS, Microsoft, CircleCI all have published versions of what AI-native development looks like. The methodology is converging. The window to build organizational competency before it becomes table stakes is narrowing.

The Real Risk Is Waiting for AI-DLC to Feel "Ready"

Every major methodology shift in software — Waterfall to Agile, Agile to DevOps — felt premature to the teams that waited. The teams that moved early built compounding advantages. The ones that waited spent years catching up.

AI-DLC is at that same inflection point in 2026. It's structured enough to adopt. Proven enough to trust. And specific enough that doing it well with proper Mob Elaboration, Bolt cycles, and human oversight baked in — is meaningfully different from doing it badly.

The teams learning the difference now won't have to learn it under pressure later.

If this landed and you're now thinking about where your team actually sits in this shift, Vovance does AI consulting and implementation for enterprises working through exactly that question — what to restructure, what to keep, and how to build something that holds.

Avani Kagathara
Written By

Avani Kagathara

Avani Kagathara writes about AI, enterprise technology, and digital transformation without assuming everyone has a computer science degree. She enjoys turning complicated ideas into practical insights, believes clarity will always outlast buzzwords, and has a habit of asking, "But why does this actually matter?" If you finished an article understanding something that once felt intimidating, she's done her job.