Plantilla de diagrama de Gantt de lanzamiento de software
Diagrama de Gantt editable de lanzamiento de software: funcionalidad completa, congelación del código, regresión, pruebas de rendimiento y aceptación, aprobación, despliegue, prueba de humo y seguimiento inicial.
¿Qué es plantilla de diagrama de gantt de lanzamiento de software?
La parte arriesgada de un lanzamiento de software rara vez es el código. Son los pocos días entre la última funcionalidad y el primer usuario, cuando las pruebas, la documentación y el despliegue tienen que terminar en el orden correcto y la fecha ya es pública. Un diagrama de Gantt encaja bien en ese tramo porque las tareas son cortas, las dependencias son reales y un retraso de un día en cualquier punto se nota en todo lo que viene después.
Esta plantilla empieza en «Acordar el alcance de la versión» y termina en «Retrospectiva de la versión». El desarrollo termina con el hito «Funcionalidad completa», mientras que «Corregir defectos conocidos» empieza cinco días laborables después del inicio de «Terminar las funcionalidades pendientes», de modo que la corrección de defectos se solapa con el final del desarrollo. Ambas tareas deben estar terminadas antes del hito «Congelación del código». Tras la congelación empiezan tres vías de pruebas: «Pruebas de regresión», «Controles de rendimiento y seguridad» y «Pruebas de aceptación de usuario», que empieza dos días laborables después del inicio de la congelación. «Corregir bloqueos de la versión» espera a las tres.
Las notas de la versión y el manual de operaciones se redactan durante las pruebas, no después, de modo que «Desplegar en producción» espera a «Aprobación de la versión», a «Redactar las notas de la versión» y a «Actualizar el manual de operaciones y el plan de marcha atrás». Después del despliegue, «Prueba de humo en producción» condiciona tanto el anuncio como la ventana de seguimiento. Activa la ruta crítica para ver qué vía de pruebas fija la fecha. Las duraciones son días laborables ilustrativos (de lunes a viernes); sustitúyelas por las tuyas.
Para el proyecto completo que conduce a un lanzamiento, consulta la [plantilla de diagrama de Gantt de proyecto de software](/es/templates/plantilla-diagrama-de-gantt-de-proyecto-de-software). Esta plantilla no se conecta a un repositorio de código ni a un sistema de tickets, y no registra defectos ni despliegues: planifica el cronograma. Las dependencias se explican en la [guía de dependencias del diagrama de Gantt](/es/guides/dependencias-diagrama-de-gantt).
Qué cubre este diagrama de flujo
En esta plantilla
- Cuatro grupos, Desarrollo, Pruebas, Lanzamiento y Soporte, con 17 tareas y tres hitos: «Funcionalidad completa», «Congelación del código» y «Aprobación de la versión».
- Trabajo solapado: «Corregir defectos conocidos» empieza cinco días laborables después de que empiece «Terminar las funcionalidades pendientes».
- Tres vías de pruebas tras la congelación: «Pruebas de regresión», «Controles de rendimiento y seguridad» y «Pruebas de aceptación de usuario», y una unión en «Corregir bloqueos de la versión».
- Preparación que no espera a las pruebas: «Redactar las notas de la versión» y «Actualizar el manual de operaciones y el plan de marcha atrás» empiezan ambas en «Congelación del código».
- Un final con puertas: «Desplegar en producción» espera a «Aprobación de la versión», y «Prueba de humo en producción» condiciona «Anunciar la versión» y «Seguimiento y gestión de incidencias iniciales».
Cuándo usar esta plantilla
- Lanzas en una fecha fija y necesitas ver lo que realmente lleva el tramo entre la congelación y la producción.
- Pruebas, documentación y operaciones las hacen personas distintas y necesitan un único cronograma.
- Quieres una lista de comprobación de la versión con duraciones y dependencias, en lugar de una lista plana.
- Necesitas un plan de partida para un ciclo de versiones periódico que puedas reutilizar en cada ciclo.
El plan, tarea por tarea
Todas las tareas del diagrama con su duración en días laborables y aquello de lo que dependen. Una dependencia es un número de paso; SS es inicio a inicio, FF es fin a fin y +n es un retraso en días laborables.
| # | Tarea | Grupo | Días laborables | Depende de |
|---|---|---|---|---|
| 1 | Acordar el alcance de la versión | Desarrollo | 2 | |
| 2 | Terminar las funcionalidades pendientes | Desarrollo | 10 | 1 |
| 3 | Funcionalidad completa | Desarrollo | Hito | 2 |
| 4 | Corregir defectos conocidos | Desarrollo | 6 | 2SS+5 |
| 5 | Congelación del código | Desarrollo | Hito | 3, 4 |
| 6 | Pruebas de regresión | Pruebas | 5 | 5 |
| 7 | Controles de rendimiento y seguridad | Pruebas | 4 | 5 |
| 8 | Pruebas de aceptación de usuario | Pruebas | 6 | 5SS+2 |
| 9 | Corregir bloqueos de la versión | Pruebas | 3 | 6, 7, 8 |
| 10 | Aprobación de la versión | Lanzamiento | Hito | 9 |
| 11 | Redactar las notas de la versión | Lanzamiento | 3 | 5 |
| 12 | Actualizar el manual de operaciones y el plan de marcha atrás | Lanzamiento | 3 | 5 |
| 13 | Desplegar en producción | Lanzamiento | 1 | 10, 11, 12 |
| 14 | Prueba de humo en producción | Lanzamiento | 1 | 13 |
| 15 | Anunciar la versión | Soporte | 1 | 14 |
| 16 | Seguimiento y gestión de incidencias iniciales | Soporte | 5 | 14 |
| 17 | Retrospectiva de la versión | Soporte | 1 | 16 |
Cómo funciona
Sustituye las tareas por las tuyas
Cambia el nombre de las 17 tareas y de los cuatro grupos. Añade o quita vías de pruebas según cómo pruebes realmente.
Fija la congelación como hito
Haz de «Congelación del código» una tarea de duración cero que dependa de todo lo que debe estar terminado antes de que empiecen las pruebas, y haz que cada vía de pruebas dependa de ella.
Deja que la preparación se solape con las pruebas
Haz que las notas de la versión y el manual de operaciones empiecen en la congelación con sus propios vínculos, y no después de las pruebas, para que no alarguen la fecha.
Une las vías antes de la aprobación
Haz que la tarea de corrección dependa de cada vía de pruebas, de modo que la aprobación no pueda aparecer antes de que todas hayan terminado.
Comprueba la ruta crítica
Usa Ver y después Ruta crítica. Si una vía de pruebas es la cadena más larga, acortar el desarrollo no adelantará el lanzamiento.
Reutiliza el plan
Tras la versión, duplica el diagrama, actualiza las duraciones con lo aprendido en la retrospectiva y úsalo para el ciclo siguiente.
Preguntas frecuentes
¿Qué es un diagrama de Gantt de lanzamiento de software?
Un diagrama de Gantt del cronograma que va desde la última funcionalidad hasta los primeros días en producción: congelación, pruebas, aprobación, despliegue y seguimiento, con las dependencias entre ellos.
¿Se conecta con Jira o GitHub?
No. No hay integraciones. Introduces o pegas las tareas y sus dependencias, y el cronograma se calcula a partir de ellas.
¿Puedo ejecutar las vías de pruebas en paralelo?
Sí. Haz que cada vía dependa de la congelación y que la tarea siguiente dependa de todas ellas. La ruta crítica muestra cuál fija la fecha.
¿Las duraciones son realistas?
Son días laborables ilustrativos. Sustitúyelos por el historial de tus propias versiones.
¿En qué se diferencia de la plantilla de proyecto de software?
La plantilla de proyecto de software planifica una construcción completa, desde los requisitos hasta el lanzamiento. Esta planifica solo el tramo del lanzamiento, con más detalle.
