Qué incluye
Un sprint estándar de dos semanas, día a día:
- Planificación — Selección de historias, estimación y compromiso. Hito: sprint iniciado.
- Desarrollo — El grueso del trabajo, con una fila por historia o por persona.
- Pruebas — QA solapado con desarrollo, no al final.
- Revisión y retrospectiva — Demostración, feedback y mejora del proceso. Hito: sprint cerrado.
Si las pruebas ocupan los dos últimos días, no son pruebas: son una carrera. Solápalas con el desarrollo desde el tercer día y el sprint deja de terminar con defectos abiertos.
Cómo personalizarla
- Cambia la duración a una, tres o cuatro semanas según vuestro ciclo.
- Añade una fila por historia comprometida.
- Marca las ceremonias como hitos para que no se salten.
- Duplica el bloque para planificar varios sprints seguidos.
Consejos de programación
- No comprometas el 100 % de la capacidad. Deja margen para soporte e imprevistos.
- Empieza a probar pronto. El QA acumulado al final es la causa clásica de sprint fallido.
- La retrospectiva es trabajo, no un extra opcional: dale su hueco.
- Reutiliza la plantilla en lugar de rehacerla cada iteración.
Plantillas relacionadas
Esta plantilla está en español. Las páginas relacionadas que aún no se han traducido se abren en inglés.
Preguntas frecuentes
¿Cuánto debe durar un sprint?
Dos semanas es lo más común. Una semana da ritmo pero poco margen; cuatro reducen la capacidad de reacción.
¿Sustituye al tablero?
No. Es útil para ver la forma del sprint y las ceremonias; el seguimiento diario sigue en el tablero.
¿Es gratuita?
Sí, descarga y edición online gratuitas.