agile-sprint-planning_skill

This skill helps teams plan and execute sprints efficiently by defining goals, estimating work, and managing backlogs for incremental value.
  • Shell

73

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill aj-geddes/useful-ai-prompts --skill agile-sprint-planning

  • SKILL.md8.1 KB

Overview

This skill helps teams plan and execute effective Agile sprints by defining clear sprint goals, estimating user stories, and managing the sprint backlog. It provides structured checklists, meeting agendas, estimation techniques, and standup templates to keep iterations focused and predictable. The guidance is practical and outcome-oriented to maximize team throughput and incremental value delivery.

How this skill works

It inspects sprint inputs—product priorities, team capacity, past velocity, and story details—to produce a timeboxed plan and a committed sprint backlog. It uses planning poker and story-point heuristics to reach consensus estimates and recommends capacity calculations and utilization targets. It also prescribes a structured planning meeting, daily standup flow, and success criteria for validating the sprint outcome.

When to use it

  • At the start of a new sprint cycle to build a committed backlog
  • When refining priorities or preparing a sprint goal with the Product Owner
  • During story estimation sessions to achieve consensus and consistent points
  • To structure daily standups and track blockers for timely resolution
  • When assessing mid-sprint scope changes or rebalancing work
  • While preparing for sprint review and retrospective input

Best practices

  • Base capacity on historical velocity and include a 10-20% buffer for interruptions
  • Timebox planning (e.g., ≤2 hours for a 2-week sprint) and include the whole team
  • Break large stories into 5–13 point pieces and avoid planning to 100% capacity
  • Use planning poker to surface disagreements, then discuss and re-estimate
  • Document a concise sprint goal and measurable success criteria visible to the team

Example use cases

  • Preparing a sprint backlog from a groomed product backlog using team capacity
  • Running a planning poker session to align on story complexity and effort
  • Calculating utilization and remaining capacity to decide which stories fit
  • Facilitating daily standups to identify blockers and assign follow-ups
  • Writing a sprint goal with success criteria for stakeholder review and A/B release

FAQ

Estimate available hours per person, subtract recurring meeting time, apply a buffer (10–20%), then multiply by team size and sprint length; convert hours into story-point capacity using historical velocity.

What if the team disagrees strongly on an estimate?

Use planning poker to reveal spread, discuss assumptions behind high/low estimates, address unknowns or risks, then re-estimate until consensus or median is reasonable.

When is it acceptable to add work mid-sprint?

Only for emergencies or critical fixes approved by the Product Owner; otherwise preserve sprint focus and defer non-urgent items to the next planning cycle.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational