Entry, exit, and artifact checklists for all 6 phases
Purpose: Prevent missesβeach phase has entry gates, in-flight actions, and exit requirements How to use: Check entry before you start, run the activities, confirm exit before handing off Key Principle: Every phase consumes artifacts from the previous oneβno skipping
Checklist Operating Guide
Print or pin: Keep the relevant phase checklist visible in standups.
Assign owners: Tag who owns each checklist item (product, eng, QA, ops).
Record evidence: As you check items off, drop links/files into the context folder.
Run retro gates: At exit time, review unchecked items before moving forward.
Startups / Small Teams
Combine entry + exit into one column on a shared doc.
Founders/product own Phase 0/1 items; tech lead covers Phase 2-4.
Use quick Loom/Notion links as evidence instead of heavy docs.
Scale-Ups / Multi-Squad
Each squad keeps its own copy but links to a shared context repo.
Program manager runs weekly gate reviews using exit criteria.
Use color-coding (green/yellow/red) per item to highlight risks.
Enterprise / Regulated
Map checklist items to compliance controls (SOX, HIPAA, etc.).
Assign a steward who signs off that evidence exists in the context folder.
Integrate with change-management tools (ServiceNow, Jira) for audit trails.
Duration: 2-3 days | Purpose: Define why, what, and success metrics before any technical work
Entry Criteria
Before Starting Phase 0
## PHASE 0: ENTRY CRITERIA
Before starting Phase 0, ensure:
β Business problem identified (even if not fully defined)
β Executive sponsor willing to engage
β Potential users/customers can be interviewed
β Basic business metrics available or measurable
β Timeline expectation is reasonable (not "we need this tomorrow")
Status: β READY / β οΈ GAPS / β NOT READY
Activities Checklist
During Phase 0
## PHASE 0: ACTIVITIES CHECKLIST
**Business Problem Definition:**
β Interviewed executive sponsor (document current pain)
β Interviewed 3-5 affected users/customers
β Quantified business impact ($, time, customer effect)
β Identified root cause (not just symptoms)
β Documented why solving this matters NOW
**Success Metrics Definition:**
β Identified 1-3 primary KPIs to move
β Captured current baseline for each KPI
β Defined specific target for each KPI
β Set realistic timeframe for achievement
β Confirmed metrics are actually measurable
**Value Hypothesis:**
β Created testable value hypothesis statement
β Defined how Phase 1 prototype will validate it
β Identified assumptions that must be true
β Documented what success looks like
**Investment Thesis:**
β Estimated total investment (dev + infra + change mgmt)
β Calculated expected annual benefit
β Computed payback period
β Assessed risk-adjusted ROI
β Confirmed investment is justifiable
**Stakeholder Alignment:**
β Executive sponsor signed off on business case
β Key stakeholders identified and aligned
β User representatives committed to Phase 1 testing
β Decision makers agree on success criteria
**Constraints & Scope:**
β Technical constraints documented
β Business constraints documented (budget, timeline)
β Security/compliance requirements identified
β In-scope items clearly defined
β Out-of-scope items explicitly listed
β Phase 1 prototype scope defined
**Risk Assessment:**
β Key risks identified with probability/impact
β Mitigation strategies defined
β Go/no-go criteria established
β Escalation path defined
Exit Criteria
Before Moving to Phase 1
## PHASE 0: EXIT CRITERIA
Phase 0 is complete when:
β Business problem articulated in 2-3 clear sentences
β Success metrics defined with baseline values captured
β Executive sponsor has approved business case
β Investment thesis shows positive ROI
β Value hypothesis is testable in Phase 1
β All stakeholders aligned on objectives
β Team can explain WHY (not just WHAT) they're building
β Context documented in AI-consumable format
β Go/no-go criteria for Phase 1 defined
**Quality Gate:** Can every team member explain the business value in one sentence?
**Decision:** β Proceed to Phase 1 β Refine Phase 0 β Kill initiative
Phase 1: Ideation & Rapid Prototyping
Duration: 1 week | Purpose: Build working prototypes to validate value hypothesis
Complete Phase 1 Checklist
## PHASE 1: IDEATION & RAPID PROTOTYPING
**Duration:** 1 week
**Purpose:** Build working prototypes to validate value hypothesis before heavy investment
### ENTRY CRITERIA
β Phase 0 complete and approved
β Value hypothesis clearly defined
β 5-10 representative users identified for testing
β Team has AI tools access (if using AI)
β Prototype scope defined (what to build)
β Testing schedule arranged with users
β Phase 0 context available to team
### ACTIVITIES CHECKLIST
**Prototype Planning:**
β Identified 2-3 different approaches to test
β Defined what each prototype must prove
β Selected technology for rapid prototyping
β Scheduled user testing sessions
β Prepared testing script/questions
**Prototype Building:**
β Built Prototype V1 (primary approach)
β Built Prototype V2 (alternative approach)
β Built Prototype V3 (if needed)
β Each prototype demonstrates core value proposition
β Prototypes use realistic data (not dummy data)
β Prototypes are testable by real users
**User Testing:**
β Tested with 5-10 representative users
β Observed users interacting with prototypes
β Captured feedback systematically
β Recorded key quotes and reactions
β Identified what worked vs. what didn't
β Validated or invalidated key assumptions
**Technical Feasibility:**
β Confirmed technical approach is viable
β Identified technical constraints/challenges
β Assessed integration complexity
β Estimated development effort for production version
**Analysis & Decision:**
β Analyzed user feedback
β Compared results to Phase 0 value hypothesis
β Documented lessons learned
β Made go/no-go recommendation with data
β Identified winning approach (if validated)
### EXIT CRITERIA
β At least 1 working prototype built and tested
β 5-10 users have provided feedback
β Value hypothesis validated or invalidated with evidence
β Technical feasibility confirmed
β Winning approach identified (if proceeding)
β Go/no-go decision made with clear rationale
β Lessons learned documented
β If GO: ready to design production architecture
β If NO-GO: understand why and what to do instead
**Quality Gate:** Do users confirm this solves their problem?
**Decision:** β Proceed to Phase 2 β Pivot approach β Kill initiative
Phase 2: Architecture & Design
Duration: 3-5 days | Purpose: Design production-ready architecture based on validated prototype
Complete Phase 2 Checklist
## PHASE 2: ARCHITECTURE & DESIGN
**Duration:** 3-5 days
**Purpose:** Design production-ready architecture based on validated prototype
### ENTRY CRITERIA
β Phase 1 validated value hypothesis
β Winning prototype approach identified
β User needs confirmed through testing
β Technical feasibility proven
β Phase 0 + Phase 1 context available
β Architecture team/tech leads engaged
### ACTIVITIES CHECKLIST
**Architecture Design:**
β Created high-level system architecture diagram
β Defined components and their responsibilities
β Designed data model/schemas
β Mapped integration points with existing systems
β Selected technology stack with rationale
β Designed API contracts/specifications
**Security & Compliance:**
β Identified security requirements
β Designed authentication/authorization approach
β Addressed data protection (encryption, PII handling)
β Confirmed compliance requirements (HIPAA, SOX, etc.)
β Documented security patterns to follow
**Non-Functional Requirements (NFRs):**
β Defined availability targets (e.g., 99.9% uptime)
β Set performance targets (response time, throughput)
β Specified scalability requirements
β Designed monitoring and observability approach
β Planned disaster recovery strategy
**Integration Planning:**
β Mapped all external system connections
β Designed API contracts
β Planned data flows and transformations
β Designed error handling and retry logic
β Identified fallback mechanisms
**Architecture Decision Records (ADRs):**
β Documented significant architecture decisions
β Explained rationale for each decision
β Linked decisions to Phase 0 business objectives
β Documented trade-offs accepted
β Defined success criteria for decisions
**Deployment Architecture:**
β Designed infrastructure requirements
β Planned environment strategy (dev/staging/prod)
β Estimated costs
β Documented operational considerations
### EXIT CRITERIA
β Production architecture designed and documented
β All components and integrations mapped
β Technology stack finalized with rationale
β Security and compliance requirements addressed
β NFRs documented with specific targets
β Architecture reviewed by tech leads/architects
β ADRs created for significant decisions
β AI assistants have comprehensive specs to follow
β Team confident architecture serves Phase 0 objectives
β Technical debt prevented proactively
**Quality Gate:** Can AI generate aligned code from these specs?
**Decision:** β Proceed to Phase 3 β Refine architecture β Go back to Phase 1
Phase 3: Planning & Work Breakdown
Duration: 3-5 days | Purpose: Transform architecture into value-optimized execution plan
Complete Phase 3 Checklist
## PHASE 3: PLANNING & WORK BREAKDOWN
**Duration:** 3-5 days
**Purpose:** Transform architecture into value-optimized execution plan
### ENTRY CRITERIA
β Phase 2 architecture approved
β All integration points documented
β Technology stack finalized
β NFRs clearly defined
β Phase 0-2 context available to team
β Development team ready to start
### ACTIVITIES CHECKLIST
**Component Prioritization:**
β Identified components that deliver independent value
β Determined which components prove Phase 0 hypothesis fastest
β Mapped dependencies between components
β Identified parallel vs. sequential work
β Prioritized for fastest value delivery
**Task Breakdown:**
β Decomposed each component into atomic tasks
β Defined acceptance criteria for each task (functional + business value)
β Specified input requirements for each task
β Specified output specifications for each task
β Estimated effort for each task
β Mapped task dependencies
**AI vs. Human Classification:**
β Identified tasks suitable for AI generation
β Identified tasks requiring human expertise
β Created AI prompts for suitable tasks
β Documented validation requirements for AI output
**Implementation Roadmap:**
β Created value-optimized build sequence
β Defined parallel work streams
β Identified critical path
β Set milestone dates
β Allocated resources to tasks
**Risk Assessment:**
β Identified high-risk tasks
β Created mitigation strategies
β Defined contingency plans
β Planned for technical spikes if needed
**Quality Planning:**
β Defined testing approach (unit, integration, E2E)
β Planned code review process
β Set up CI/CD pipeline (if not already exists)
β Defined quality gates
### EXIT CRITERIA
β All tasks defined with clear acceptance criteria
β Dependencies mapped and understood
β Implementation roadmap created
β AI prompts prepared for suitable tasks
β Team understands what to build and in what order
β Resource allocation complete
β Quality gates defined
β Risk mitigation strategies in place
β Ready for AI-accelerated implementation
**Quality Gate:** Can team start implementing immediately with clear direction?
**Decision:** β Proceed to Phase 4 β Refine planning β Revisit architecture
Phase 4: Build, Test & Deploy
Duration: 2-3 weeks | Purpose: AI-accelerated implementation with continuous quality
Complete Phase 4 Checklist
## PHASE 4: BUILD, TEST & DEPLOY
**Duration:** 2-3 weeks
**Purpose:** AI-accelerated implementation with continuous quality
### ENTRY CRITERIA
β Phase 3 planning complete
β All tasks defined with acceptance criteria
β Development environment set up
β AI prompts prepared
β CI/CD pipeline ready
β Phase 0-3 context available to developers
β Code repository initialized
### ACTIVITIES CHECKLIST
**Implementation:**
β Following task priority from Phase 3
β Using AI for suitable tasks (with prompts from Phase 3)
β Humans validating AI-generated code
β Writing tests alongside code (TDD approach)
β Including traceability comments (Phase 0/2/3 references)
β Committing frequently with descriptive messages
β Updating context folder with dev notes/decisions
**Testing (5 Dimensions):**
Functional Testing:
β Unit tests written and passing (>80% coverage)
β Integration tests for component boundaries
β End-to-end tests for critical user paths
β Edge cases covered
β Error conditions tested
Performance Testing:
β Load testing against Phase 2 NFR targets
β Stress testing to find breaking points
β Resource utilization measured
β Latency targets confirmed
β Optimization done if needed
Security Testing:
β Security scan completed and clean
β OWASP Top 10 vulnerabilities checked
β Authentication/authorization tested
β Input validation verified
β Data protection confirmed
Integration Testing:
β All external integrations tested
β API contracts validated
β Data flows verified
β Error handling and retries tested
β Fallback mechanisms working
Business Value Testing:
β KPI tracking instrumentation validated
β Business logic accuracy confirmed
β Phase 0 acceptance criteria met
β Ready to measure business impact
**Deployment:**
β Deployed to staging environment
β Staging smoke tests passed
β Deployed to production (progressive rollout)
β 1% traffic β monitored β stable
β 10% traffic β monitored β stable
β 50% traffic β monitored β stable
β 100% traffic β monitored β stable
β All health checks passing
β No error rate spike
β Business metrics instrumentation active
### EXIT CRITERIA
β All code implemented and committed
β All tests passing (unit, integration, E2E, security)
β Code reviews approved
β Deployed to production successfully
β Smoke tests passing in production
β Monitoring active and capturing metrics
β No critical issues in first 24 hours
β Business KPI tracking operational
β Operations team trained (basic handoff)
β Runbook drafted (will be refined in Phase 5)
**Quality Gate:** Is system stable in production with metrics tracking?
**Decision:** β Proceed to Phase 5 β Fix critical issues β Rollback and debug
## PHASE 5: MONITORING & VALUE TRACKING
**Duration:** Ongoing (continuous)
**Purpose:** Measure outcomes, ensure sustained value, feed learnings back
### ENTRY CRITERIA
β System deployed to production
β Monitoring instrumentation active
β Business KPIs being tracked
β Operations team aware of deployment
β Phase 0 success metrics defined
β Baseline metrics captured (pre-deployment)
### ACTIVITIES CHECKLIST
**Initial Validation (Days 1-7):**
β Monitor technical health hourly
β Track business metrics daily
β Gather user feedback actively
β Document any issues immediately
β Week 1 value report completed
**Operations Handover (Week 1-2):**
β Operations team trained on system
β Runbook finalized and reviewed
β Escalation procedures confirmed
β Monitoring dashboards access granted
β Knowledge transfer completed
**Value Realization Tracking (Ongoing):**
β Weekly value reports generated
β Business KPIs tracked vs. Phase 0 targets
β User adoption measured
β Cost vs. budget monitored
β ROI calculated and updated
**Continuous Monitoring (Ongoing):**
β Business metrics dashboard active
β Technical health dashboard active
β Cost dashboard active
β Alerts configured and working
β Monthly review meetings scheduled
**Feedback Loop Management:**
β Monitoring for triggers back to Phase 0 (reassess if KPIs degrade)
β Monitoring for triggers to Phase 1 (new feature opportunities)
β Monitoring for triggers to Phase 3 (optimization needs)
β Monitoring for triggers to Phase 4 (hotfix requirements)
### EXIT CRITERIA (Initial Validation - typically 30 days)
β System stable in production (>99% uptime target)
β Business KPIs measured against Phase 0 targets
β Value realization report shows positive trend
β Operations team fully onboarded
β Continuous monitoring operational
β Lessons learned documented
β Improvement backlog created
β Decision on next steps made
**Quality Gate:** Are we delivering and sustaining Phase 0 business value?
**Continuous Phase:**
β System delivering value, continue monitoring
β Trigger optimization (Phase 3)
β Trigger new features (Phase 1)
β Reassess objectives (Phase 0)
π‘ Phase Transition Quick Reference: Phase 0 β 1: Business value defined β Validate with prototype Phase 1 β 2: Prototype validated β Design production architecture Phase 2 β 3: Architecture approved β Break into tasks Phase 3 β 4: Tasks defined β Build and deploy Phase 4 β 5: Deployed stable β Track value continuously