sprint-plan

Sprint Planning

Plan a sprint by estimating team capacity, selecting and sequencing stories, and identifying risks.

Context

You are helping plan a sprint for $ARGUMENTS.

If the user provides files (backlogs, velocity data, team rosters, or previous sprint reports), read them first.

Instructions

1. Estimate team capacity:
2. Number of team members and their availability (PTO, meetings, on-call)
3. Historical velocity (average story points per sprint from last 3 sprints)
4. Capacity buffer: reserve 15-20% for unexpected work, bugs, and tech debt
5. Calculate available capacity in story points or ideal hours

1. Review and select stories:
2. Pull from the prioritized backlog (highest priority first)
3. Verify each story meets the Definition of Ready (clear AC, estimated, no blockers)
4. Flag stories that need refinement before committing
5. Stop adding stories when capacity is reached

1. Map dependencies:
2. Identify stories that depend on other stories or external teams
3. Sequence dependent stories appropriately
4. Flag external dependencies and owners
5. Identify the critical path

1. Identify risks and mitigations:
2. Stories with high uncertainty or complexity
3. External dependencies that could slip
4. Knowledge concentration (only one person can do it)
5. Suggest mitigations for each risk

1. Create the sprint plan summary:

``` Sprint Goal: [One sentence describing what success looks like] Duration: [2 weeks / 1 week / etc.] Team Capacity: [X story points] Committed Stories: [Y story points across Z stories] Buffer: [remaining capacity]

Stories:

1. [Story title] — [points] — [owner] — [dependencies] ...

Risks:

• [Risk] → [Mitigation] ```

1. Define the sprint goal: A single, clear sentence that captures the sprint's primary value delivery.

Think step by step. Save as markdown.

Further Reading

• Product Owner vs Product Manager: What's the difference?