Qué va en una plantilla de sprint planning: objetivo, capacidad, owners, definition of done y riesgos. Y por qué la capacidad va primero.
El sprint planning es donde un backlog se convierte en un compromiso. Una plantilla evita que esa reunión produzca una lista vaga que nadie contrastó con las horas que el equipo tiene de verdad.
Respuesta corta: Una plantilla de sprint planning es una estructura fija que rellenas durante la planificación: el objetivo del sprint, la capacidad real del equipo, los elementos elegidos con un owner y una estimación cada uno, la definition of done y los riesgos que aceptan. Rellena la capacidad antes de elegir trabajo. Ese solo hábito convierte el plan de sprint de una lista de deseos en algo que el equipo puede terminar.
Una plantilla de sprint planning son las mismas cinco preguntas al inicio de cada sprint, en el mismo orden. El valor no está en el formato; está en que las preguntas se hagan. Los equipos se saltan la capacidad porque incomoda, los owners porque asignar suena burocrático, y los riesgos porque nombrarlos suena negativo. Dos semanas después, el sprint va tarde exactamente por esas razones.
Cinco campos cubren lo que un sprint necesita para ser real. Si tu plantilla tiene quince, los diez de más son la razón por la que nadie la rellena.
La plantilla divide la reunión en antes, durante y después, y el tiempo se gana en el antes.
Los planes de sprint caducan porque viven en un documento y el sprint pasa en otro sitio. El plan era verdad el lunes por la mañana; el miércoles dos elementos crecieron, alguien se fue enfermo a casa y el documento sigue mostrando la versión del lunes. Nadie lo actualiza porque actualizarlo no cambia nada: el documento no conoce los días ni las fechas límite del equipo.
El arreglo es estructural: mantén el plan donde viven las fechas y los owners, para que un cambio en el plan cambie la semana de alguien. Un plan cuyos pasos están en días reales del calendario, con una persona real en cada paso, se corrige como efecto secundario del trabajo.
Tres artefactos, tres horizontes
|Artefacto|Horizonte|Qué responde|
|---|---|---|
|Plan de sprint|Un sprint|Qué terminamos, quién hace qué, cuánto cabe|
|Sprint backlog|Un sprint, en vivo|Qué queda ahora mismo, en qué orden|
|Roadmap|Trimestres|Hacia dónde va el producto, más o menos cuándo|
El plan de sprint es la foto a la que el equipo se compromete; el backlog es la lista viva que se vacía durante el sprint; el roadmap es la línea larga que los sprints van sumando. Un buen plan de acción comparte la anatomía del plan de sprint, y para algo más largo que unos pocos sprints en realidad estás construyendo un cronograma de proyecto.
Sí, si describes el sprint en vez de buscar una plantilla. En SketchMind, una pizarra con IA, Plans no tiene plantilla de sprint a propósito: pulsas "+ New plan", eliges la forma (Phases, Weeks o Milestones) y describes el sprint en el campo "Describe it · AI drafts the plan": qué construyen, para quién, para cuándo, con quién. Puedes pegar un brief o adjuntar un PDF de hasta 25 MB. La IA pregunta solo lo que falta (alcance, personas, tiempos, restricciones, qué significa el éxito) y luego redacta el plan: pasos con fechas y owners, una breve justificación por paso y riesgos con qué hacer al respecto. Cada paso aterriza en la agenda de su owner, y cuando la realidad se desvía, el plan lo dice: "Running 3 days late" viene con "Move the plan 3 days" o "I'll catch up", así que el plan se mueve en lugar de pudrirse en silencio. La decisión de capacidad y el alcance final siguen siendo tuyos; redactar y mover fechas deja de costar una tarde.
Última actualización: 8 de octubre de 2026. Comprobado con la app actual de SketchMind.
El plan de sprint es la foto a la que el equipo se compromete en la planificación: objetivo, capacidad, elementos con owners. El sprint backlog es la lista viva que cambia durante el sprint según se termina trabajo y la realidad interfiere.
Una regla común es una hora por semana de sprint, o sea dos horas para un sprint de dos semanas. Si tarda mucho más, lo que faltó fue preparación, no tiempo.
Multiplica personas por días laborables y resta todo lo que el calendario ya reclama: vacaciones, entrevistas, guardia de soporte, reuniones recurrentes. Lo que queda es contra lo que planificas.
Una frase que describe un estado, no una lista de tickets: "Los usuarios nuevos terminan el onboarding sin ayuda." Puedes contrastar cada elemento candidato con ella.
No, y es a propósito. En Plans describes tu sprint y la IA lo redacta como fases o semanas con pasos, fechas y owners; la IA pregunta lo que falta en lugar de darte casillas vacías.
