sprint-review

Sprint Review

Regular backlog review session to triage proposals, validate ticket readiness, and batch-promote validated tickets to dev.

Cadence

Run a sprint review at least weekly, or whenever there are enough proposals to triage. The goal is to keep the dev queue healthy — not to rush work.

Process

1. Review all proposals

Pull up all tickets in S:proposal status:

cd ~/Code/lorekeeper
./scripts/lorekeeper-backlog.sh proposal

For each proposal, ask:

• Is the problem still valid? — has anything changed since this was filed?
• Is the solution still the right one? — any new context that changes the approach?
• Is the ticket complete enough? — clear problem statement, acceptance criteria, affected files?

2. Validate readiness (the critical step)

Before promoting any ticket to S:ready, verify:

• Problem still exists — not solved by another change, not obsolete
• Solution still makes sense — not superseded by a better approach since filing
• Acceptance criteria are concrete — each AC is verifiable, not vague
• Affected files listed — backend paths + dashboard changes (or _none_)
• No open blockers — dependencies are listed and resolved
• Priority still correct — not over/under-prioritized relative to other active tickets
• No duplicate — check the rest of the backlog for overlapping ideas

If a ticket fails any check: update it, defer it (S:deferred), or cancel it (S:cancelled) with a note why. Don't promote stale tickets.

3. Triage actions

Verdict	Action
✅ Ready	Promote to S:ready, ensure proper P: priority label
⏳ Needs more info	Tag as S:deferred with a note on what's missing
❌ Not doing	Tag as S:cancelled with rationale
📋 Merge into existing	Close as duplicate, link to parent ticket