Diagrama de Gantt de proyecto de software: del análisis al lanzamiento
Diagrama de Gantt editable para desarrollo de software: análisis, diseño, desarrollo, QA, despliegue, lanzamiento y revisión posterior, con dependencias e hitos. Cambia una duración y las fechas se ajustan.
¿Qué es diagrama de gantt de proyecto de software: del análisis al lanzamiento?
Los cronogramas de software se tuercen siempre en el mismo orden. Se redactan los requisitos, el diseño arranca con el primer borrador, el desarrollo empieza antes de revisar el diseño y las pruebas se comprimen en el tiempo que sobra al final. Un diagrama de Gantt no evita eso, pero hace visible el apretón desde el principio, porque las dependencias están a la vista: las pruebas no pueden terminar antes que la integración, y el lanzamiento no puede producirse antes de la decisión de seguir o no adelante.
Esta plantilla tiene cinco etapas: Análisis, Diseño, Desarrollo, QA y Lanzamiento, con 17 tareas. El desarrollo de backend y de frontend avanzan en paralelo y se unen en «Integración», y «Plan y datos de prueba» se prepara durante el desarrollo para que «Pruebas de sistema» pueda empezar el día en que termina la integración. No está atada a ningún método. Si trabajas con sprints, trata las tareas de desarrollo como un bloque de sprints y conserva el resto como el marco de la entrega; el diagrama sirve para el plan que rodea a las iteraciones, no para cada iteración.
Las duraciones son días laborables y son valores de ejemplo. Una estimación real sale del equipo, y el hábito útil es cambiar los números y ver qué se mueve. Si el frontend tarda 25 días en lugar de 18, se mueve «Integración» y todo lo que viene después. El plan no lleva fechas fijas, así que empieza el día en que lo creas.
El lanzamiento en sí es un proceso aparte: el proceso de release de software (/es/templates/proceso-de-release-de-software) y el proceso de despliegue de software (/es/templates/proceso-de-despliegue-de-software) dibujan los pasos que hay dentro de las tareas «Despliegue en producción» y «Lanzamiento».
Qué cubre este diagrama de flujo
En esta plantilla
- Cinco etapas, Análisis, Diseño, Desarrollo, QA y Lanzamiento, con 17 tareas y tres hitos de decisión: «Alcance acordado», «Revisión del diseño» y «Decisión de seguir o no».
- Desarrollo en paralelo: «Desarrollo de backend» y «Desarrollo de frontend» empiezan después de «Revisión del diseño» y se encuentran en «Integración».
- Preparación de pruebas fuera de la ruta crítica: «Plan y datos de prueba» avanza mientras se desarrolla, así que «Pruebas de sistema» no espera por ella.
- Un lanzamiento por fases: «Pruebas de aceptación de usuario» conducen a «Decisión de seguir o no», después a «Despliegue en producción» y al hito «Lanzamiento».
- Soporte y aprendizaje tras el lanzamiento: «Soporte reforzado» seguido de «Revisión posterior al lanzamiento», de modo que el proyecto se cierra con una decisión sobre qué cambiar la próxima vez.
Cuándo usar esta plantilla
- Necesitas decir a una parte interesada cuándo puede salir una versión y de qué depende esa fecha.
- Una funcionalidad va con retraso y necesitas ver qué tareas posteriores se mueven y cuáles no.
- Las pruebas se comprimen siempre al final y quieres mostrar con claridad el efecto de un desarrollo tardío sobre ellas.
- Vas a empezar un proyecto y quieres una estructura estándar de análisis a lanzamiento que adaptar.
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 | Entrevistas con las partes interesadas | Análisis | 4 | |
| 2 | Redactar requisitos | Análisis | 5 | 1 |
| 3 | Alcance acordado | Análisis | Hito | 2 |
| 4 | Arquitectura técnica | Diseño | 4 | 3 |
| 5 | Diseño UX y prototipo | Diseño | 8 | 3 |
| 6 | Revisión del diseño | Diseño | Hito | 4, 5 |
| 7 | Desarrollo de backend | Desarrollo | 20 | 6 |
| 8 | Desarrollo de frontend | Desarrollo | 18 | 6 |
| 9 | Integración | Desarrollo | 5 | 7, 8 |
| 10 | Plan y datos de prueba | QA | 4 | 6 |
| 11 | Pruebas de sistema | QA | 8 | 9, 10 |
| 12 | Pruebas de aceptación de usuario | QA | 5 | 11 |
| 13 | Decisión de seguir o no | Lanzamiento | Hito | 12 |
| 14 | Despliegue en producción | Lanzamiento | 2 | 13 |
| 15 | Lanzamiento | Lanzamiento | Hito | 14 |
| 16 | Soporte reforzado | Lanzamiento | 10 | 15 |
| 17 | Revisión posterior al lanzamiento | Lanzamiento | 2 | 16 |
Cómo funciona
Sustituye las tareas por las tuyas
Renombra las 17 tareas y las cinco etapas. Añade tareas dentro de una etapa en lugar de crear etapas nuevas, salvo que tu proceso tenga de verdad una más.
Estima el desarrollo en flujos paralelos
Da a cada flujo de desarrollo su propia tarea, como hace la plantilla con backend y frontend, para que el cronograma muestre el más largo de los dos como el que fija la fecha.
Haz reales los hitos de decisión
Trata «Revisión del diseño» y «Decisión de seguir o no» como puertas con un responsable y unos criterios. Un hito en el que nadie puede decir que no es solo una fecha.
Empieza a probar en cuanto existan sus entradas
Vincula la preparación de pruebas al diseño, no al final del desarrollo. Vincula las pruebas de sistema a la integración. Usa vínculos de inicio a inicio cuando las pruebas se solapen con el final de una tarea.
Añade el tiempo posterior al lanzamiento
Mantén «Soporte reforzado» y «Revisión posterior al lanzamiento» en el plan. Los equipos que terminan el cronograma en el lanzamiento descubren que el siguiente proyecto arranca con ese mismo soporte sin planificar.
Activa la ruta crítica
Usa el menú Ver para ver qué tareas fijan la fecha de lanzamiento. Acortar una tarea fuera de la ruta no mueve la fecha.
Preguntas frecuentes
¿Cómo hago un diagrama de Gantt para un proyecto de software?
Enumera las etapas por las que pasa tu versión, divide cada una en tareas, da a cada tarea una duración en días laborables e indica de qué tareas depende. Esta plantilla lo hace para un proyecto genérico, del análisis a una revisión posterior al lanzamiento. Edita las tareas y las duraciones, y las fechas se calculan a partir de ellas.
¿Puedo usarla con Agile o Scrum?
Sí, para el plan que rodea a los sprints. Muestra el desarrollo como una sola tarea o como una serie corta de tareas del tamaño de un sprint, y mantén en el diagrama los hitos de lanzamiento, las pruebas y el soporte reforzado. Un diagrama de Gantt no es un tablero de sprint: no sigue historias de usuario ni la velocidad.
¿Cuáles deberían ser los hitos?
Los hitos marcan decisiones, no trabajo: alcance acordado, revisión del diseño y decisión de seguir o no adelante en esta plantilla. Añade uno donde alguien tenga que aprobar antes de que pueda empezar la etapa siguiente.
¿Puedo importar tareas desde una hoja de cálculo?
Puedes pegar una tabla de tareas, duraciones y dependencias en la hoja junto al diagrama. Todavía no se pueden subir archivos para los diagramas de Gantt, así que copia las filas de tu hoja de cálculo y pégalas en la hoja junto al diagrama.
