London

June 28–29, 2027

New York

September 15–16, 2026

Berlin

November 9–10, 2026

From SDLC to AI-DLC: Changing how software is built

AI agents may be making code faster to write, but they’re also shifting the bottleneck further down the delivery process. This talk explores why proven practices like progressive rollout, observability, feature flags, and automated rollback are becoming essential for teams adopting AI at scale.

Speakers: Dan Manges

Register or log in to access this video

Create an account to access our free engineering leadership content, free online events and to receive our weekly email newsletter. We will also keep you up to date with LeadDev events.

Register with google

We have linked your account and just need a few more details to complete your registration:

Terms and conditions

 

 

Enter your email address to reset your password.

 

A link has been emailed to you - check your inbox.



Don't have an account? Click here to register
September 29, 2026
NYC 27 Pre sale ticket block image

Agents made writing code nearly free and left everything downstream untouched. The good news is that the fix isn’t an entirely new playbook, it’s a set of delivery practices our industry already knows well, whose payoff just arrived all at once.

Every engineering leader is being asked the same question: are agents actually making your teams faster? Generating code is close to free. Reviewing, validating, and safely deploying it is still happening the way it did before agents existed. Agents moved the bottleneck.

DORA’s research on AI-assisted development finds the same tension from a different direction: higher AI adoption correlates with higher delivery throughput and higher delivery instability, with time saved writing code re-spent on auditing and verification. Their one-sentence version is that AI is an amplifier — it magnifies what an organization already does well along with what it doesn’t.

I run RWX, a developer infrastructure company, so I spend my time inside other people’s build and test pipelines. Across the past year of watching orgs from startups to enterprises turn on agents at scale, the encouraging surprise is that almost nobody needs to invent anything. Progressive rollout, feature flags, canary builds, observability wired to automatic rollback, and provenance on every change are well-understood practices with a long track record. Most teams have known about them for years but haven’t fully adopted them. What changed is the sequence to apply these practices and the importance: practices that were once nice to have are suddenly a necessity.

Key takeaways

  1. Why review has to move upstream from the diff to the plan, and what it means to treat the spec as the artifact you version and review while code becomes the derivative.
  2. The case for change provenance — agent, model, originating prompt — as the thing that lets you route scarce human review by blast radius, and find every place a bad pattern shipped once you’ve found it in one place.
  3. Why static verification is now your weakest signal, and how feature flags, canary builds, and SLO-triggered rollback turn production traffic into the assertion suite nobody could write.
  4. What “agent-ready” delivery infrastructure looks like in practice: feedback latency short enough to close inside an agent’s working loop, results structured for machine consumption rather than human reading, and validation an agent can act on without a human gate.
  5. A scoreboard that holds up as volume climbs.
  6. Which metrics lose meaning (acceptance rate, PR count, lines shipped), which stay reliable (change lead time, review latency measured separately from CI latency, revert rate, cost per validated change), and what’s worth instrumenting before you buy anything.