Qué incluye
Pensada para convivir con un proceso ágil, no para sustituirlo:
- Descubrimiento — Requisitos, historias de usuario, criterios de aceptación y estimación inicial. Hito: alcance acordado.
- Diseño — Arquitectura, modelo de datos, diseño de interfaz y decisiones técnicas que condicionan el resto.
- Desarrollo — Sprints de duración fija, cada uno con su barra. El detalle interno vive en el tablero, no aquí.
- Integración y QA — Integración continua, pruebas de sistema, corrección de defectos y pruebas de aceptación. Hito: aceptación firmada.
- Despliegue — Preparación de entorno, migración de datos, ventana de despliegue y verificación posterior. Hito: en producción.
- Estabilización — Soporte reforzado, corrección de incidencias y traspaso a operaciones.
Cómo personalizarla
- Ajusta la duración y el número de sprints; dos semanas por sprint es lo más habitual.
- Añade una fila por dependencia externa (API de terceros, aprobación legal, entrega de contenidos).
- Marca como hitos las fechas que no dependen de ti: cortes de código, ventanas de despliegue, auditorías.
- Solapa QA con desarrollo mediante inicio-inicio con desfase, en lugar de ponerlas en serie.
- Reserva estabilización real después del despliegue; no es tiempo muerto.
Consejos de programación
- No planifiques el interior del sprint aquí. Una barra por sprint es suficiente; el detalle se queda obsoleto en días.
- Las dependencias externas son las que rompen los planes. Ponlas visibles y con responsable.
- Protege la fase de QA. Es la primera que se recorta cuando el desarrollo se retrasa y la única que encuentra los defectos que importan.
- Trata la migración de datos como un miniproyecto si hay sistema anterior: suele ser lo que hace fallar la ventana.
- Fija línea base al cerrar el diseño, cuando las estimaciones dejan de ser conjeturas.
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
¿Tiene sentido un Gantt en un proyecto ágil?
Sí, para lo que el tablero no cubre: dependencias externas, releases y fechas comprometidas. Dentro del sprint sigue mandando el equipo y su tablero.
¿Cómo represento los sprints?
Como barras de duración fija y repetida, una por sprint, sin detallar las historias dentro. Así el gráfico sigue siendo válido aunque el contenido del sprint cambie.
¿Puedo usarla para un proyecto en cascada?
Sí. Sustituye los sprints por fases de desarrollo secuenciales y el resto de la estructura sigue funcionando.
¿Es gratuita?
Sí, con descarga en Excel, PowerPoint y CSV y edición online gratuita.