Delivery Playbook · Lifecycle
Stage 3: Build
Deliver working software in small, reviewed steps, using AI to help and with people responsible for the result.
Goal: Deliver working software in small, reviewed increments.
Activities
- Sprint planning and daily sync
- Implementation with AI assistance under review
- Peer review of every change
- Continuous integration with automated tests and scans
- Sprint demo and retrospective
Artifacts
- Working increments in a shared environment
- Automated tests
- Updated documentation
- Sprint report
Exit criteria
Each story meets the definition of done; the increment is demonstrated to the customer.
Who is involved
- Customer Sponsor
- Engagement Manager
- Delivery Lead · leads
- Business Analyst
- UX/UI Designer
- Tech Lead / Architect · leads
- Software Engineers · leads
- QA / Test Automation
- DevOps / Platform
- Security & Compliance
- AI / Data Engineer · leads
- Support & Operations
How a one-week sprint works
How a change moves
- 1
Pick up a ready story
The engineer takes the next story that meets the definition of ready and confirms understanding with the BA if needed.
- 2
Implement with AI assistance
AI tools may draft code and tests under the AI-use policy. The engineer understands every line.
- 3
Test and self-review
Automated tests are written or updated; the engineer reviews their own diff before asking others.
- 4
Peer review
Another engineer reviews. Changes touching architecture, security or data are reviewed by the Tech Lead or Security.
- 5
Merge through the pipeline
CI runs tests, static analysis and dependency checks. Failing checks block the merge.
- 6
Demo and release
At the end of the one-week sprint the team shows working software to the customer, collects feedback and releases what has passed the gates.
