← Back to articles

The Sprint Planning Checklist We Actually Use

FACILITATION · 4 MIN READ

Most sprint planning problems don't show up in the planning meeting. They show up on day four, when someone realizes a story depends on an API that isn't ready yet, or that "done" meant something different to the person who wrote the ticket than to the person who picked it up. A short pre-flight check before committing to the sprint catches most of this early, when it's still cheap to fix.

Before the meeting

During the meeting

If a story survives three sprints of "let's carry it over," that's usually not a scheduling problem — it's a sign the story is still too vague to actually start.

After the meeting

None of this adds meaningful time to sprint planning — most of it is a five-minute pass through a list before anyone commits to anything. The cost of skipping it shows up later, and it's almost always more than five minutes.

Written by The Agile Shop.