phuryn/pm-skills

sprint-plan

Plan a sprint with capacity estimation, story selection, dependency mapping, and risk identification.

Ver código fuente

Cómo usar

  1. Copia el comando y revisa el paquete antes de instalarlo en tu entorno de agente.
  2. Consulta las herramientas, credenciales y entornos necesarios en el documento original.
  3. Describe las entradas y el resultado deseado; contrasta la salida con las fuentes.
npx skills add https://github.com/phuryn/pm-skills --skill sprint-plan

Antes de empezar

  • La instalación no incluye suscripción al modelo, cuota API ni permisos sobre tus archivos.
  • Las estrellas e instalaciones reflejan actividad, no una prueba independiente de calidad o seguridad.
Documento original del Skill

Contenido del repositorio de origen con títulos, ejemplos, código, tablas, enlaces e imágenes preservados.

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:
  • Number of team members and their availability (PTO, meetings, on-call)
  • Historical velocity (average story points per sprint from last 3 sprints)
  • Capacity buffer: reserve 15-20% for unexpected work, bugs, and tech debt
  • Calculate available capacity in story points or ideal hours
  1. Review and select stories:
  • Pull from the prioritized backlog (highest priority first)
  • Verify each story meets the Definition of Ready (clear AC, estimated, no blockers)
  • Flag stories that need refinement before committing
  • Stop adding stories when capacity is reached
  1. Map dependencies:
  • Identify stories that depend on other stories or external teams
  • Sequence dependent stories appropriately
  • Flag external dependencies and owners
  • Identify the critical path
  1. Identify risks and mitigations:
  • Stories with high uncertainty or complexity
  • External dependencies that could slip
  • Knowledge concentration (only one person can do it)
  • 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

Relacionados por tarea

del mismo repositorio

Más Skills

Todos los Skills
phuryn
Comunidad

pricing-strategy

Analyze and design pricing strategies including pricing models, competitive pricing analysis, willingness-to-pay estimation, and price elasticity. Use when setting prices, evaluating pricing models, preparing for a pricing change, or comparing freemium vs paid approaches.

instalaciones
1
GitHub Stars
27,2 mil
Actualizado
16 oct
phuryn
Comunidad

product-name

Brainstorm 5 unique, memorable product names with rationale aligned to brand values and target audience. Use when naming a new product, rebranding, or exploring product name ideas.

instalaciones
1
GitHub Stars
27,2 mil
Actualizado
16 oct
phuryn
Comunidad

review-resume

Comprehensive PM resume review and tailoring against 10 best practices including XYZ+S formula, keyword optimization, job-specific tailoring, and structure. Use when reviewing a PM resume, preparing for job applications, or improving resume impact.

instalaciones
2
GitHub Stars
27,2 mil
Actualizado
16 oct
phuryn
Comunidad

create-prd

Create a lean, decision-ready Product Requirements Document with an 8-section template: summary, contacts, background, objective, market segments, value propositions (6-part JTBD template), solution, and release. Lean by default (about one to two pages), with a fuller spec on request. Use when writing a PRD, documenting product requirements, preparing a feature spec, or reviewing an existing PRD.

instalaciones
1
GitHub Stars
27,2 mil
Actualizado
16 oct