Skip to content

Development cycle by role ​

The same lifecycle looks different depending on where you sit. Use this section to see what matters to you, when you engage, and which guides and SOPs apply.

Pick your role ​

RoleYou care most about…Start here
DeveloperSpec-driven implementation, AI tools, PR qualityDeveloper perspective →
DevOps / SRECI/CD, deploy safety, observability, incidentsDevOps perspective →
QA / Quality leadAutomated verification, guardrails, monitoring-as-QAQA perspective →
Product manager / POIntake, acceptance criteria, staging sign-offProduct perspective →
Scrum masterFlow, ceremonies, blockers, DoDScrum Master perspective →
Program managerCross-team dependencies, milestones, riskProgram Manager perspective →
Team lead / EMCapacity, review throughput, escalationsTeam Lead perspective →
ArchitectADRs, contracts, tiers, ARBArchitect perspective →
SecurityData classification, scans, AI policy, exceptionsSecurity perspective →

Phase × role matrix ​

Quick map of primary involvement (● = accountable · ○ = consulted · — = informed)

PhaseDevDevOpsQAPM/POScrumProgramTL/EMArchSec
Plan○○○●○●○○○
Define○○○●○○○●○
Build●○○—○○○○○
Verify●○●—○—○○○
Release○●○●○○●○○
Operate○●○—○○○○○
Learn●●●○○●●●○

Legend: ● primary owner for that phase in this model · ○ active participant · — kept informed

Shared gates (all roles) ​

GatePhaseHuman approvers
G0 IntakePlanPO
G1 DefineDefineARCH + PO
G2 BuildVerifyReviewer + CI
G3 ReleaseReleaseSRE (T1: + ARCH); PO staging
G4 OperateOperateSRE on-call
G5 LearnLearnSRE + DEV (+ ARCH if systemic)

Details: Governance · Process overview

How to use this section ​

  1. Open your role page for a phase-by-phase checklist and diagram
  2. Follow links into decision guides for tool choices (pros/cons/pitfalls)
  3. Use SOPs as reference playbooks to adapt in your organization

This is a reference lens, not a RACI you must copy — adjust for your org size and compliance tier.

Reference template only — no production code. Adapt in your own project.