sprint-planning

Guides sprint commit sizing, velocity distribution analysis, and cut-line decisions for story queues.

3|2|Updated Aug 24, 2026
One-click install
npx skills add https://github.com/hero-engine/hero --skill sprint-planning-hero-engine
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sprint-planning
Source: https://github.com/hero-engine/hero/tree/main/domains/pm/skills/sprint-planning
Command: npx skills add https://github.com/hero-engine/hero --skill sprint-planning-hero-engine

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams running sprints routinely over-commit, treat velocity as a single number, and let plans drift into fiction by mid-week. This Skill provides the mechanics for honest sprint planning: reading velocity as a distribution, splitting commit from stretch, drawing a defensible cut-line on the story queue, and replanning when reality drifts. ## Core Features & Use Cases - Velocity Distribution Analysis: Plan commits against the median of recent sprints rather than a point estimate, reserving room for variance. - Commit vs Stretch Splitting: Separate the public stakeholder promise (commit) from opportunistic work (stretch) so misses are meaningful and sandbagging is visible. - Cut-Line and Drift Management: Walk the prioritized story queue, promote dependencies, enforce that unsized stories return to refinement, and use standup plus a day-3 check-in as replanning surfaces. - Use Case: A PM planning a two-week sprint reviews the last six velocities (28, 41, 19, 35, 30, 33), commits to 29 points of refined stories, holds 10 points as stretch, and drops a story explicitly when a production incident eats capacity on day 3. ## Quick Start Ask the AI to help plan the upcoming sprint using the team's recent velocity history and the prioritized queue of ready stories.

Frequently Asked Questions about sprint-planning

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I plan a sprint using team velocity?▼

Plan the sprint commit against the median of the last several sprints, not the maximum or a rolling average. Treat velocity as a distribution, size the commit to the bottom half of that range, and reserve stretch work for the top of the range.

What is the difference between sprint commit and stretch?▼

The commit is the public promise to stakeholders, sized to the bottom half of the velocity distribution, and missing it is a real miss. Stretch is work started only if the commit finishes early, and missing stretch is normal and not a broken promise.

Why does my team consistently over-commit each sprint?▼

Common causes are planning against velocity max instead of median, surprise incident work eating capacity, point inflation masking complexity, and silent carry-over compounding. Remedy by committing to median minus one sigma and tracking interrupt load as a separate capacity line item.

Can unsized stories be committed to a sprint?▼

No. A story without points cannot be honestly committed because sizing happens during refinement, not planning. Send unsized stories back to refinement rather than guess-sizing them in the planning meeting.

When should a sprint plan be replanned mid-sprint?▼

Replans should happen whenever drift appears: oversized stories, newly discovered dependencies, incidents, or accepted stakeholder requests. Use standup and an optional day-3 check-in to explicitly drop scope from the commit rather than silently absorbing slips.

When is sprint planning the wrong delivery approach?▼

Sprint preset does not fit work better served by continuous flow or cycle-based models like Shape Up, and it cannot fix a bad roadmap or a team without refined stories. It organizes execution but does not decide what to execute.