capacity-planning

Calculates team capacity and draws Story Queue cut-lines across sprint, cycle, kanban, and phased delivery presets.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams chronically over-commit because they treat velocity as a single flattering number instead of an honest distribution. This Skill provides the per-preset capacity math needed to answer how much work a team can actually take on, so sprint commits, cycle appetites, kanban WIP limits, and phased release scope are grounded in real signals rather than optimistic point estimates. ## Core Features & Use Cases - Per-Preset Capacity Math: Reads velocity as a distribution under sprint, appetite as a budget under cycle, WIP limits plus card aging under kanban, and gate-by-gate release scope under phased. - Story Queue Cut-Line: Walks a priority-sorted queue, sums against capacity, promotes dependencies, and draws a non-negotiable cut-line separating proposed-in from proposed-out work. - Anti-Pattern Detection: Flags sandbagging, headline velocity numbers that erase distributions, WIP limits raised to hide bottlenecks, and appetite treated as an estimate. - Use Case: A team with sprint velocities of 28, 41, 19, 35, 30, 33 wants to commit next sprint. The Skill plans the commit against the median of 31.5 rather than last sprint's 35, sums the sorted queue to 29 points, and places the cut-line so remaining stories become forecast, not promise. ## Quick Start Ask the capacity planner to read our last six sprints of velocity and draw the cut-line on the prioritized Story Queue for the next sprint commit.

Frequently Asked Questions about capacity-planning

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

FAQPage Schema
How do I calculate sprint velocity for capacity planning?▼

Sprint velocity should be read as a distribution, not a point estimate. Take the last several sprints, plan the commit against the median or slightly below, and reserve room for variance shown by the min/max spread.

How to draw a cut-line on a prioritized story queue?▼

Sort the queue by priority, walk down summing against capacity, promote dependencies above the line, and stop at the capacity boundary. Everything above is proposed in; everything below gets a one-line reason for exclusion.

What is the difference between a sprint commit and a forecast?▼

A commit is the bottom-half promise stakeholders can bank on, planned against the low-to-median velocity band. A forecast is the median-to-top range the team might reach, and publishing a forecast as a commit trains stakeholders to discount commitments.

How does capacity planning work in Shape Up cycles?▼

Under the cycle preset, appetite is a budget set before the betting table, not an estimate. Capacity math counts how many small-batch and big-batch bets the team's cells can hold, and engineering cuts scope to fit the appetite.

When should I raise a kanban WIP limit?▼

A WIP limit breach is information that something upstream produces faster than the team finishes, so the response is to swarm and finish work, not raise the limit. Raising the limit to stop a breach re-hides the bottleneck it exposed.

Why is using last sprint's velocity as the next commit a mistake?▼

One data point is not a distribution, and a recent low sprint is exactly the variance that must be planned around. Committing to last sprint's number when the spread includes much lower values is gambling rather than planning.