TechSoft
Menu
Playbook menu: Stage 3: Build

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

MonTueWedThuFriONE-WEEK SPRINTDaily sync (15 min)Backlog refinementPlanning / reviewReleaseStatus reportBuild, test, integrateRefine next weekPlanningReview + retroReleaseWeekly reportReviewed changes merge continuously; checks run on every change
A one-week sprint: with AI-assisted engineering we plan, build and release every week. Length and days can be adapted per engagement.

How a change moves

  1. 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. 2

    Implement with AI assistance

    AI tools may draft code and tests under the AI-use policy. The engineer understands every line.

  3. 3

    Test and self-review

    Automated tests are written or updated; the engineer reviews their own diff before asking others.

  4. 4

    Peer review

    Another engineer reviews. Changes touching architecture, security or data are reviewed by the Tech Lead or Security.

  5. 5

    Merge through the pipeline

    CI runs tests, static analysis and dependency checks. Failing checks block the merge.

  6. 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.

01DiscoverProblem and baseline02DesignArchitecture and scope03BuildReviewed increments04VerifyGates and acceptance05OperateRun and improveMeasure outcomes, learn, and feed the next increment◆ = exit gate
Each stage ends with an exit gate agreed with the customer. What we learn in Operate feeds the next round of Discover.

Related