Sprint Management Skill
What it does
- •Plans sprint scope, capacity, and goals.
- •Monitors execution via burndown, burnup, and velocity trends.
- •Facilitates mid-sprint adjustments and end-of-sprint review/retro.
When to use
- •When setting or recalibrating team capacity and commitments.
- •When burndown deviates or blockers threaten the goal.
Key operations
- •Identify active project; read
PROJECT.md, backlog,current-sprint.json,sprint-history.md. - •Capacity planning: team availability, carry-over analysis, velocity guidance.
- •Scope selection: pull stories by priority and capacity; set sprint goal.
- •Tracking: daily burndown/burnup, WIP limits, blocker log; update
current-sprint.json. - •Closeout: demo checklist, retro inputs, carry-over handling; update
sprint-history.mdand reports. - •Log decisions and changes in
memory/YYYY-MM-DD.md.
Output files
- •
projects/<ACTIVE>/sprints/current-sprint.json— active sprint scope, goal, capacity, burndown. - •
projects/<ACTIVE>/sprints/sprint-[N].json— snapshots per sprint. - •
projects/<ACTIVE>/sprints/sprint-history.md— retrospectives, velocity notes. - •
projects/<ACTIVE>/reports/burndown-chart.json— burndown/burnup data (if generated). - •
projects/<ACTIVE>/reports/velocity-chart.json— velocity trends. - •
projects/<ACTIVE>/sprints/plan.md(optional) — capacity, goals, committed stories, dependencies. - •
projects/<ACTIVE>/sprints/blockers.md— blockers, owners, ETAs, mitigation. - •
memory/YYYY-MM-DD.md— sprint decisions, risks, adjustments.
Example workflow
- •Capture capacity and carry-over; set sprint goal; update
current-sprint.json. - •Select stories by priority; confirm acceptance criteria and estimates; commit scope.
- •Track daily burndown; log blockers; adjust scope/WIP if needed; update
burndown-chart.json. - •Close sprint: demo/review, retro notes, velocity update, carry-over to next sprint; update
sprint-[N].json,sprint-history.md, reports.
Best practices
- •Keep WIP limited; favor finishing over starting new.
- •Maintain a clean blocker log with owners and due dates.
- •Re-estimate only when scope changes materially.
- •Use velocity as a guide, not a target; avoid over-commitment.
- •Maintain buffer (10–20%) and keep planned points ≤ velocity × 1.1.
- •Record deviations and decisions in memory and sprint-history for transparency.
Related resources
- •
AGENTS.md(sprint workflow, reporting expectations) - •
SKILLS.md,MEMORY.md,memory/YYYY-MM-DD.md - •
projects/<ACTIVE>/sprints/current-sprint.json,sprint-[N].json,sprint-history.md - •
projects/<ACTIVE>/reports/burndown-chart.json,velocity-chart.json - •
sprint/retroorsprint-templatedocs if present