Guía Agile · Prácticas ágiles
Diagramas de Gantt ágiles: cuándo y cómo usarlos en proyectos ágiles
Un diagrama de Gantt ágil es un cronograma de alto nivel que muestra sprints, lanzamientos y épicas en relación con las fechas, en lugar de un calendario detallado de cada tarea. Usado de este modo, un diagrama de Gantt ayuda a los equipos ágiles a comunicar planes y dependencias a los interesados sin fijar el alcance de antemano.
Puntos clave
- Los diagramas de Gantt pueden funcionar en Agile si muestran sprints, lanzamientos y épicas, no tareas.
- Use barras sólidas para el corto plazo y barras de previsión para más adelante.
- Actualice el diagrama después de cada Sprint Review y trátelo como una previsión, no como una promesa.
- Combínelo con gráficos burnup y el backlog para tener una visión completa.
¿Pueden funcionar los diagramas de Gantt en Agile?
Un diagrama de Gantt tradicional enumera cada tarea con fechas y dependencias fijas, lo que se adapta a planes que se espera que se mantengan estables. Los planes ágiles cuentan con el cambio, por lo que un diagrama de Gantt detallado a nivel de tarea queda obsoleto rápidamente. La solución es cambiar el nivel de detalle: mostrar los periodos fijos (sprints y lanzamientos) y los elementos más grandes (épicas e hitos), y dejar que el equipo gestione el detalle en el backlog.
- Útil para: cronogramas de lanzamiento, dependencias entre equipos, fechas externas fijas, informes a interesados acostumbrados a las vistas de Gantt y proyectos híbridos.
- Menos útil para: la gestión diaria de tareas dentro de un sprint, donde un tablero de tareas funciona mejor.
Cómo crear un diagrama de Gantt ágil
- Distribuya los periodos fijos: añada cada sprint como una barra de duración fija, por ejemplo dos semanas.
- Añada lanzamientos e hitos: marque las fechas de lanzamiento previstas y cualquier fecha externa fija como hitos.
- Coloque épicas, no tareas: muestre cada épica como una barra que abarca los sprints en los que se prevé trabajar en ella, en función de la velocidad.
- Muestre dependencias solo entre épicas o equipos: por ejemplo, la épica de pagos necesita la API del proveedor antes del sprint 4; consulte dependencias entre tareas.
- Indique el grado de confianza: use barras sólidas para los próximos uno o dos sprints y barras más claras o discontinuas para los más lejanos.
- Actualice después de cada Sprint Review: mueva las épicas a medida que cambian el backlog y la previsión, y registre el motivo.
Ejemplo resuelto
Un equipo con una velocidad de unos 30 puntos por sprint de dos semanas planifica un lanzamiento de seis sprints que comienza el 6 de enero.
| Épica | Tamaño (puntos) | Sprints planificados | Notas |
|---|---|---|---|
| Horario de clases | 25 | 1 | Sólida; comienza de inmediato |
| Reservas y cancelaciones | 40 | 2–3 | Sólida |
| Listas de espera | 30 | 3–4 | Previsión |
| Pagos | 45 | 4–5 | Depende de la API del proveedor de pagos antes del sprint 4 |
| Recordatorios | 20 | 6 | Previsión; puede pasar al siguiente lanzamiento |
Total: 160 puntos en 6 sprints (180 puntos de capacidad), lo que deja cierto margen. El hito del lanzamiento se sitúa al final del sprint 6, el 27 de marzo. Si la API de pagos se retrasa, el diagrama muestra de un vistazo que los pagos, y posiblemente los recordatorios, pasan al siguiente lanzamiento.
Diagrama de Gantt frente a otras vistas de planificación ágil
| Vista | Muestra | Ideal para |
|---|---|---|
| diagrama de Gantt ágil | Épicas y lanzamientos en un cronograma con dependencias | Comunicación con los interesados, coordinación entre varios equipos |
| Hoja de ruta ágil | Objetivos y temas a lo largo del tiempo, a menudo sin fechas | Estrategia y dirección |
| Burnup o burndown del lanzamiento | Trabajo completado frente al alcance a lo largo del tiempo | Previsión y seguimiento del progreso |
| Tablero del sprint o de tareas | Estado de cada elemento del sprint | Coordinación diaria del equipo |
Consejos y errores comunes
- No ponga tareas de nivel de sprint en el diagrama de Gantt; crea una falsa precisión.
- No trate las barras de previsión como promesas. Explique que la variable es el alcance, no la fecha ni la calidad.
- Mantenga una única fuente de verdad: vincule las barras del Gantt a las épicas del backlog en su herramienta para que se actualicen juntas. Herramientas como Wrike, Smartsheet y monday.com combinan cronogramas con tableros; consulte software de diagramas de Gantt.
- Revise el diagrama en cada Sprint Review, no a diario.
- Úselo junto con gráficos burnup, que muestran el ritmo real de avance.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Se puede usar un diagrama de Gantt en Agile?
Sí, a alto nivel. Muestre sprints, lanzamientos y épicas en lugar de cada tarea, y actualícelo a medida que cambian los planes.
¿Qué es un diagrama de Gantt ágil?
Una vista de cronograma de sprints, lanzamientos, épicas e hitos que se usa para comunicar un plan ágil.
¿El diagrama de Gantt es ágil o en cascada?
Los diagramas de Gantt se asocian sobre todo a la planificación en cascada, pero el formato en sí es neutral. Lo detallado y fijo que sea el plan decide si encaja con Agile.
¿Por qué los equipos ágiles evitan los diagramas de Gantt?
Los diagramas de Gantt detallados a nivel de tarea implican un alcance y unas fechas fijos, lo que choca con la expectativa de cambio de Agile, y mantenerlos actualizados requiere esfuerzo.
¿Qué usan los equipos ágiles en lugar de los diagramas de Gantt?
Hojas de ruta, gráficos burnup de lanzamiento, backlogs y tableros de tareas; consulte herramientas y técnicas ágiles.
¿Cómo se muestran los sprints en un diagrama de Gantt?
Añada cada sprint como una barra de duración fija y, a continuación, coloque las épicas a lo largo de los sprints en los que están planificadas.
¿Debe un diagrama de Gantt mostrar dependencias en Agile?
Muestre las dependencias entre épicas, equipos e hitos externos; evite las cadenas de dependencias a nivel de tarea.
¿Usa Scrum diagramas de Gantt?
La Guía de Scrum no los menciona. Algunos equipos Scrum usan un cronograma de alto nivel para informar a los interesados.
¿Con qué frecuencia debe actualizarse un diagrama de Gantt ágil?
Después de cada Sprint Review, o siempre que la previsión cambie de forma significativa.
¿Cuál es la diferencia entre un diagrama de Gantt y una hoja de ruta?
Un diagrama de Gantt se basa en fechas y muestra el trabajo programado; una hoja de ruta se centra en los objetivos y la dirección y puede usar horizontes temporales amplios. Consulte hoja de ruta del proyecto.
¿Qué herramientas ofrecen diagramas de Gantt para equipos ágiles?
Muchas herramientas combinan tableros y cronogramas; compárelas en nuestras reseñas de herramientas de gestión de proyectos .