Product Management Lifecycle
Command Center uses the 5-stage canonical lifecycle (Discover · Design · Build · Deploy · Support & Scale) anchored to the ADLC framework per ADR-020. The product-owner agent leads each stage; HITL approves scope and ships code.
Legacy mapping: The previous 6-phase PM model (Discover/Specify/Plan/Build/Ceremony/Iterate) maps to 5-canonical as: Discover→Discover, Specify+Plan→Design, Build→Build, Ceremony→Build (sprint sub-step) + Support & Scale (retro sub-step), Iterate→Support & Scale.
How to Start: .specify/ Workflow + Product Skills
Two complementary tools work together across the 5 stages:
| .specify/ Workflow | Product Skills & Ceremonies | |
|---|---|---|
| What | 5 sequential commands that produce spec → plan → tasks → code | Discovery skills before spec, ceremony commands after build |
| When | Every sprint — the backbone process | Before /speckit.specify (discovery) and after /speckit.implement (ceremonies) |
| Why | Structured governance prevents scope creep and NATO | Skills surface real problems; ceremonies measure real progress |
CloudOps (runbooks PyPI package)
| Stage | .specify/ Command | Product Skill / Ceremony |
|---|---|---|
| Discover | /product:pr-faq CloudOps-S2 | lean-canvas, competitive-battlecard |
| Design | /speckit.specify — CLI sync validator spec; /speckit.plan — architecture + agent delegation | opportunity-solution-tree for 3-way sync problem |
| Build | /speckit.implement — python-engineer executes | /metrics:daily-standup (sprint sub-step) |
| Deploy | — | /ceremony:review (release gate) |
| Support & Scale | — | /ceremony:retro, /speckit.retrospective |
Command Center (F2T2EA operational cycle)
| Stage | .specify/ Command | Product Skill / Ceremony |
|---|---|---|
| Discover | /product:pr-faq xOps-S2 | lean-canvas, customer-journey-map |
| Design | /speckit.specify — F2T2EA cycle spec; /speckit.plan — 6-layer sovereign stack | north-star-metric for find-to-fix time |
| Build | /speckit.implement — multi-agent execution | /metrics:daily-standup (sprint sub-step) |
| Deploy | — | /ceremony:review (release gate) |
| Support & Scale | — | /ceremony:retro, /speckit.retrospective |
Golden path: Run the .specify/ commands top-to-bottom for each sprint. Use product skills in Discover stage, ceremonies in Deploy/Support & Scale stages. See Pillar 1: Product Management for the full component map.
5 Stages
Discover
Who: HITL steers direction, product-owner agent validates business fit
What: Find problems worth solving for 1 Cloud Ops Manager operating a multi-account AWS environment
When: Sprint 0 — before first code sprint
Why: Without discovery, you build solutions nobody needs. F2T2EA was discovered because manual multi-account operations took hours and missed resources across dozens of accounts.
Evidence of Value: 13 INVEST stories validated (PO=84, CA=82, QA=87). Clear north-star for 8-session sprint.
Commands: /product:pr-faq command-center, lean-canvas, opportunity-solution-tree
Output: PR/FAQ + 13 INVEST stories + F2T2EA north-star
Design
Who: product-owner agent drafts spec, cloud-architect designs architecture, HITL approves scope
What: Define F2T2EA operational cycle — 5 stages, 7 components, governance gates G0–G6. Design L1 Identity through L6 Interface. Map agents to tasks.
When: Sprint 0 — after discovery validates the domain
Why: Spec-Driven Development makes specs executable. Architecture decisions made here (ECS vs EKS, SQLite vs RDS, Claude API vs Bedrock) shape cost and feasibility for 2026.
Evidence of Value: Precise scope — 4 stories in CloudOps-S1, 9 in xOps-S2. Zero scope creep. 6-layer architecture with cost estimates ($110–460/mo). 2 Terraform modules published.
Commands: /speckit.specify, /speckit.clarify, /speckit.plan, /speckit.tasks
Output: spec.md + plan.md + tasks.md + 13 INVEST stories + 6-layer architecture + agent delegation matrix
Build
Who: AI agents (python-engineer, infrastructure-engineer) build and execute. HITL reviews and ships trusted output.
What: 8-session sprint execution with PDCA quality gates. Specialist agents execute tasks, orchestrator coordinates.
When: CloudOps-S1 sprint (14 days) + xOps-S2 sprint (planned)
Why: Agents prepare, humans decide. Governed execution with evidence prevents drift. Each session produces code, tests, and evidence.
Evidence of Value: 1,430 LOC new code across 10 modules. 98.3% cross-validation accuracy. v1.3.10 published.
Commands: /speckit.implement, specialist agents
Output: Working software + test evidence + PDCA rounds
Deploy
Who: observability-engineer collects sprint metrics. HITL reviews demo and approves release.
What: Sprint review ceremony. DORA metrics. Agent consensus scoring (PO+CA+QA). Release gate approval.
When: End of sprint (review) + before each release
Why: What gets measured gets managed. Sprint review creates the evidence trail that prevents NATO and gates the release decision.
Evidence of Value: DORA 3/4 GREEN. 100% BV delivered (1472/1472). Sprint health 90/100.
Commands: /ceremony:review, /metrics:daily-standup
Output: DORA dashboard + sprint evidence + ceremony artifacts + release approval
Support & Scale
Who: Full agent team reflects. HITL decides what to change in the process.
What: Retrospective with 4L review. Extract patterns. Update constitution. Improve the golden path itself. Daily standup cadence continues.
When: End of each sprint + after major incidents + ongoing operations
Why: The process that builds products must itself improve continuously. Improvement compounds across sprints. Ongoing operations sustain quality post-release.
Evidence of Value: 22 sessions of lessons learned. 64 anti-patterns cataloged. Constitution v2.0.0.
Commands: /ceremony:retro, /speckit.retrospective, /metrics:daily-standup
Output: Improvement actions + updated constitution + PDCA evidence + operations runbooks
Skills Used Per Stage
| Stage | Skills | Count |
|---|---|---|
| Discover | lean-canvas, opportunity-solution-tree, identify-assumptions-new, pr-faq | 4 |
| Design | product-vision, product-strategy, competitive-battlecard, north-star-metric, /speckit.specify, /speckit.plan, /speckit.tasks | 7 |
| Build | /speckit.implement, /metrics:daily-standup | 2 |
| Deploy | /ceremony:review | 1 |
| Support & Scale | /ceremony:retro, /speckit.retrospective | 2 |
DORA Definitions
| Metric | Measures | Target |
|---|---|---|
| Deploy Frequency (DF) | Throughput — merge-to-main deploys per sprint | ≥2/sprint |
| Lead Time (LT) | Speed — time from first commit to merge | <2 days |
| Change Failure Rate (CFR) | Stability — % of deploys causing rollback or hotfix | <5% |
| MTTR | Resilience — time to restore service after failure | <1 hour |