ADLC · Slide 6 Stage Gates

5 Stage Gates

Human time at gates and on escalation not inside build loops. Five structured checkpoints where human judgement decides whether work proceeds.

ADLC 5 Stage Gates   Intent Lock, Spec Approval, Plan Authorization, Verification Sign Off, Release Authorization Slide 6 · ADLC Framework · Author: Prashant Dhingra
⏱️
Human attention is the scarcest resource in agentic development. Gates focus it where it creates the most value at decision points, not execution loops.

Where humans hold the line

Each gate has a named human gatekeeper, defined criteria, and a clear fail-state that returns work to the agent rather than allowing broken assumptions to proceed.

🎯
Product Owner
Gate 01
Intent Lock
Clear Problem
Success Criteria
Scope Defined
📐
Tech Lead
Gate 02
Spec Approval
Precise Requirements
Criteria Testable
Edge Cases & Constraints
Sponsor
Gate 03
Plan Authorization
Task Graph Built
Dependencies Mapped
Guardrails Set
🔍
QA
Gate 04
Verification Sign Off
Tests Passed
Agent Decisions Reviewed
Risk & Failure Accepted
🚀
Eng Manager
Gate 05
Release Authorization
Deployment Ready
Monitoring Configured
Rollback Prepared
Gate 01
🎯
Product Owner
Intent Lock
Between Stage A and Stage B

The first gate confirms that the problem definition is complete and shared before any specification work begins. A vague or contested intent definition makes every downstream artefact unreliable specification, planning, execution all become noise built on a shaky foundation. The Product Owner holds this gate because they are accountable for whether the right problem is being solved.

Problem statement is clear and unambiguous
Success criteria are defined and measurable
Scope is bounded what is in and what is out
Stakeholders have confirmed the framing
Gatekeeper
Product Owner
Owns problem definition and user value. The only role with sufficient context to confirm the intent is correctly framed.
Pass condition
All criteria met, PO sign-off recorded
If gate fails
Returns to Stage A. Agent re-drafts framings with the specific gap identified. No specification work begins until gate passes.
Gate 02
📐
Tech Lead
Spec Approval
Between Stage B and Stage C

Specification quality is the single greatest determinant of agent execution quality. An agent given vague requirements will produce plausible but incorrect output. The Tech Lead holds this gate because they are best positioned to assess whether the acceptance criteria are precise enough to be machine-checkable, and whether constraints and edge cases have been fully surfaced before planning begins.

Requirements are precise no ambiguity in scope
Every acceptance criterion is testable
Edge cases have been identified and documented
Technical, legal, and operational constraints are captured
Gatekeeper
Tech Lead
Owns technical feasibility and specification quality. Must confirm requirements are implementable and verifiable before the agent plans.
Pass condition
All criteria testable, TL sign-off recorded
If gate fails
Returns to Stage B with specific gaps flagged. Agent regenerates criteria against the identified deficiencies. No planning begins until gate passes.
Gate 03
Sponsor
Plan Authorization
Between Stage C and Stage D

Before the agent enters execution, the plan must be reviewed and the operational guardrails explicitly set. The Sponsor holds this gate because authorizing a plan commits resources, sets the risk envelope, and locks in the guardrails that bound what the agent may do autonomously. This is the last opportunity to adjust scope and constraints before execution begins at scale.

Task graph is complete with dependencies mapped
Effort estimates are within acceptable bounds
Guardrails are explicitly defined and documented
Autonomy level is approved for each task category
Gatekeeper
Sponsor
Owns resource commitment and risk acceptance at planning stage. Authorizes the scope of autonomous execution the agent is permitted to undertake.
Pass condition
Plan and guardrails approved, Sponsor sign-off recorded
If gate fails
Returns to Stage C. Agent revises the task graph and/or guardrail proposals based on the Sponsor's specific objections. Execution does not begin.
Gate 04
🔍
QA
Verification Sign Off
Between Stage E and Stage F

The verification gate is not a rubber stamp on test results it is a human review of the agent's decisions, the evidence package, and the risk posture before anything ships. QA holds this gate because they are uniquely positioned to assess whether the evidence of correctness is genuinely sufficient or merely superficially complete. Agent self-assessment is necessary but not sufficient for release.

All acceptance criteria tests have passed
Agent decisions during execution have been reviewed
Known failure modes and residual risks are documented
Risk acceptance is explicit not implicit
Gatekeeper
QA
Owns evidence quality and risk acceptance. Reviews agent decisions and test completeness not just pass/fail status. Signs off that the evidence genuinely supports release.
Pass condition
Evidence reviewed, risks accepted, QA sign-off recorded
If gate fails
Returns to Stage E. Agent re-runs verification with specific gaps identified. Additional human review may be requested for high-risk areas.
Gate 05
🚀
Eng Manager
Release Authorization
Authorizing entry into Stage F

The final gate authorizes production deployment. This is the accountability moment where a named human the Engineering Manager accepts organizational responsibility for shipping. Monitoring must be configured, rollback must be rehearsed, and deployment sequencing must be confirmed before authorization is given. The agent suggests the release plan; the human authorizes it.

Deployment sequencing is confirmed and documented
Monitoring and alerting is configured and tested
Rollback procedure is rehearsed and ready
On-call coverage is confirmed for the release window
Gatekeeper
Engineering Manager
Owns production readiness and organizational accountability. The final human authority before software ships. No deployment proceeds without this sign-off.
Pass condition
All readiness criteria confirmed, EM sign-off recorded
If gate fails
Deployment is blocked. Specific gaps are documented. The agent prepares a remediation plan addressing each objection before resubmitting for authorization.

Where human time goes in ADLC

The gate model fundamentally reorganizes how human attention is spent. Rather than distributing oversight thinly across all execution, it concentrates it at the highest-value moments: gate decisions and escalations.

Inside build loops
Agent-owned
~10%
At stage gates
Primary human investment
~65%
On escalations
Guardrail breaches & edge cases
~25%
Agent execution (minimal human time)
Gate review & sign-off (primary human investment)
Escalation handling (as-needed)
Gate governance

Why gates outperform continuous oversight

Traditional engineering has humans reviewing continuously reviewing every commit, every PR, every change. Gates concentrate that attention at structural moments where it matters most.

🎯

Focused, not diluted

Continuous review spreads human attention thinly across thousands of agent micro-decisions. Gates concentrate it at the five moments where human judgement genuinely determines outcomes.

Agents run at full speed

Without per-step interruptions, agents can execute, test, and self-correct at machine speed inside each stage. Build loops are faster when humans aren't waiting in them.

🔒

Accountability is explicit

Each gate has a named human owner. There is no ambiguity about who approved what. When something goes wrong, the audit trail points to the gate and the gatekeeper not to "the process."

🔁

Failure is bounded, not cascading

A failed gate returns work to the previous stage with specific gaps identified. Problems are contained to the stage where they occur rather than discovered after they have propagated downstream.

📋

Gates create an audit trail

Every gate sign-off is a recorded decision point. For regulated industries, this is not optional it is the compliance record. ADLC gates produce this record as a natural output.

🧩

Compatible with existing process

ADLC gates map onto existing engineering rituals PR review, sprint review, release readiness review. The framework adds structure to what teams already do, rather than replacing it wholesale.

"A gate is not a bureaucratic checkpoint it is the moment where human accountability becomes concrete. Without named gatekeepers and explicit criteria, oversight is theater. With them, it is governance."

Prashant Dhingra, Agentic Development Lifecycle Framework