Sprint YYYY-NN – Sprint Summary¶
Sprint: Sprint YYYY-NN
Dates: Start Date → End Date
Team: [Team Name]
Sprint Goal: [Single, clear sprint goal]
- Table of contents
- Sprint YYYY-NN – Sprint Summary
- 1. Sprint Goal
- 2. Sprint Scope (Committed Work)
- 3. Sprint Outcomes (What Was Delivered)
- 4. Sprint Metrics (Final)
- 5. Spillover Summary (If Any)
- 6. Quality & Stability Notes
- 7. Stakeholder Feedback (Sprint Review)
- 8. Retrospective Summary
- 9. Links & References
- 10. Sprint Closure Declaration
- 11. Governance Rules (Read Before Editing)
- 12. Final Statement
1. Sprint Goal¶
Describe the one primary objective this sprint existed to achieve.
Rules:- One goal only
- Outcome-focused
- No task lists
Example:
bq. Enable end-to-end tenant onboarding with audit-ready logging.
2. Sprint Scope (Committed Work)¶
High-level description of what was committed at sprint start.
Guidelines:- Summarize themes, not tasks
- Do not copy issue lists
- Do not update after sprint start
- Tenant provisioning flow
- Audit logging improvements
- Deployment pipeline hardening
3. Sprint Outcomes (What Was Delivered)¶
Summarize what was actually delivered by the end of the sprint.
Rules:- Outcome-based
- No status updates
- No partial credit language
- Tenant provisioning available for internal testing
- Audit logs enabled for all onboarding steps
4. Sprint Metrics (Final)¶
These values must reflect final, closed sprint data.
| Metric | Value |
|---|---|
| Velocity (Story Points) | |
| Stories Completed | |
| Stories Committed | |
| Spillover Count |
- Sprint History, Metrics & Audit
- Saved queries only
bq. Metrics must not be manually adjusted.
5. Spillover Summary (If Any)¶
Summarize unfinished work and why it spilled over.
Guidelines:- Reference patterns, not excuses
- Do not re-estimate here
- Detailed reasons live in issue fields
- External dependency delays
- Underestimated complexity in integration work
6. Quality & Stability Notes¶
Capture quality-related observations.
Examples:- Major defects discovered during sprint
- Stability concerns
- Technical debt introduced or avoided
- Log bugs here
- Track fixes here
7. Stakeholder Feedback (Sprint Review)¶
Summarize key feedback received during Sprint Review.
Examples:- Positive validation of feature direction
- Requests for follow-up improvements
- Concerns raised
This section informs backlog refinement.
8. Retrospective Summary¶
Capture team learning, not discussion transcripts.
What Went Well
- [Bullet points]
What Didn’t Go Well
- [Bullet points]
Improvement Actions
- Action → Linked Issue ID (if created)
Rules:
- Actions must be concrete
- Actions should result in backlog items if needed
9. Links & References¶
- Sprint History Queries:
- Sprint History – Completed items (Sprint YYYY-NN)
- Sprint Metrics – Velocity (Sprint YYYY-NN)
- Sprint Metrics – Spillover (Sprint YYYY-NN)
- Related Releases (if applicable):
- Release X.Y – Name
10. Sprint Closure Declaration¶
This sprint is officially closed.
| Field | Value |
|---|---|
| Sprint Closed On | |
| Closed By | |
| Notes | Optional |
bq. After closure, this page must not be edited except for corrections approved by the Scrum Master.
11. Governance Rules (Read Before Editing)¶
This sprint wiki page must NOT contain:- Task tracking
- Status updates
- Daily notes
- Rewritten metrics
- Post-hoc scope changes
Sprint execution lives in issues, not in wiki.
12. Final Statement¶
bq. This page exists to preserve sprint memory, not to manage sprint execution.
If this page cannot be understood six months later, it has failed its purpose.
Updated by Redmine Admin about 2 months ago · 1 revisions