Implementation sprint як delivery

Implementation sprint як короткий delivery loop

Implementation sprint — це не дозвіл працювати безмежно, а короткий відрізок delivery з одним outcome, обмеженим набором slices і наперед визначеним exit. Sprint має перетворити approved plan на reviewable increment, а не приховати невизначеність за календарною назвою.

Кожен slice повинен мати owner, input, expected output, verification і checkpoint. Якщо slice виявляється більшим за запланований або змінює контракт, його потрібно розділити чи повернути на planning, а не тихо додати до sprint.

Ритм sprint

1. Сформулювати sprint outcome і non-goals мовою observable behavior.
2. Розкласти outcome на малі slices із послідовністю та stop conditions.
3. На кожному checkpoint перевірити diff, targeted signals і залишкові Unknowns.
4. Завершити sprint одним із рішень: DONE, CONTINUE WITH APPROVAL або HOLD.
5. Оновити evidence/handoff record, навіть якщо результатом став HOLD.

Sprint plan

# IMPLEMENTATION_SPRINT_PLAN.md
Outcome: one reviewable capstone slice
Slices: contract -> implementation -> targeted verification -> review
Checkpoint: inspect diff and command status after each slice
Owner: <role>
Exit: acceptance met, evidence linked, or HOLD with reason
Deferred: unrelated cleanup and unverified integrations
Status: documented example; sprint execution: Unknown.