Cronograma de implantación: diagrama de Gantt para ERP, CRM y software
Crea un cronograma de implantación como diagrama de Gantt: aprobación del diseño, configuración, migración de datos, integraciones, pruebas, formación, corte y soporte intensivo, con una revisión de preparación antes de la puesta en marcha.
La implantación de un software de negocio tiene una fecha que todos recuerdan: la puesta en marcha. Un diagrama de Gantt muestra qué debe cumplirse para entonces y qué flujos pueden avanzar en paralelo hasta ese momento.
En resumen
- Usa un hito para la aprobación del diseño y otro para la revisión de preparación para la puesta en marcha.
- Deja que los flujos de configuración, datos e integraciones avancen en paralelo entre esas dos puertas.
- Usa dependencias de inicio a inicio con desfase para el trabajo que puede empezar antes de que termine su predecesor.
- Haz que la puesta en marcha dependa de la revisión de preparación, para que el corte no pueda programarse antes de la decisión.
- Incluye el soporte intensivo y el traspaso para que el plan termine cuando el soporte toma el relevo, no en la puesta en marcha.
Qué tiene que mostrar un cronograma de implantación
Las implantaciones de ERP, CRM y otros sistemas de negocio se componen de unos pocos flujos que avanzan casi en paralelo: configurar el sistema, preparar y migrar los datos, construir las integraciones y preparar a las personas. Solo se unen en puntos definidos, como las pruebas y la decisión de puesta en marcha. Un buen cronograma hace visibles esas uniones, porque en ellas un flujo tardío retrasa todo lo demás.
La estructura que funciona es una breve sucesión de puertas. Los requisitos llevan a un diseño aprobado, que libera los flujos de configuración, datos e integraciones. Su resultado confluye en las pruebas de integración del sistema, luego en las pruebas de aceptación de usuario y después en una revisión de preparación para la puesta en marcha. Tras ella vienen el corte, la migración final de datos y un periodo de soporte intensivo. La aprobación del diseño y la revisión de preparación son hitos de duración cero: son decisiones, no trabajo, y el diagrama debe mostrar quién las está esperando.
No todos los flujos necesitan esperar a que termine el anterior. Las migraciones de prueba pueden empezar cuando la configuración va por la mitad, y los materiales de formación pueden escribirse mientras el sistema aún se configura. Las dependencias de inicio a inicio con desfase expresan justo eso. Acortan el plan con honestidad, siempre que nombres el desfase en la dependencia en lugar de solapar barras en silencio.
El ejemplo siguiente es un plan de implantación completo con dieciséis tareas. Abre el panel de la hoja de cálculo para ver las dependencias, incluidos los vínculos de inicio a inicio.
Un plan de implantación de un sistema, del arranque al traspaso
Dieciséis tareas y tres hitos. Abre el panel de la hoja de cálculo para ver las dependencias que hay detrás de cada etapa.
Arranque, requisitos y puerta del diseño
«Arranque del proyecto» dura 2 días laborables y «Requisitos y análisis de brechas» 10. «Diseño de la solución aprobado» tiene duración 0, así que es un hito, y la configuración, el mapeo de datos y el desarrollo de integraciones lo esperan.
Flujos en paralelo hacia las pruebas
«Configuración del sistema» dura 20 días, «Mapeo y depuración de datos» 12 y «Desarrollo de integraciones» 18. «Migración de datos de prueba» empieza 10 días después de que empiece la configuración, y «Pruebas de integración» esperan a la configuración, a la migración de prueba y a las integraciones antes de que sigan las «Pruebas de aceptación».
La formación se solapa con el desarrollo y las pruebas
«Material de formación» está vinculado de inicio a inicio con la configuración con un desfase de 5 días. «Formación de usuarios» espera al material y empieza 3 días después de que empiecen las «Pruebas de aceptación». «Revisión de preparación» es un hito que espera tanto a las pruebas como a la formación.
Corte, soporte intensivo y traspaso
«Migración final de datos» (3 días) y «Corte y puesta en marcha» (2 días) no pueden empezar antes de la revisión de preparación. «Soporte intensivo» dura 15 días, y «Traspaso a soporte» es un hito que cierra el plan.
Cómo funciona
Empieza por las puertas, no por las tareas
Decide dónde necesita el proyecto una decisión: la aprobación del diseño y la revisión de preparación para la puesta en marcha suelen ser las dos. Añádelas como tareas con duración 0, que las dibuja como hitos.
Añade el trabajo entre las puertas
Enumera los requisitos antes de la primera puerta. Entre las puertas, enumera la configuración, el mapeo de datos, las integraciones, los materiales de formación y las fases de pruebas, cada una con una duración estimada en días laborables.
Vincula los flujos
En Depende de, apunta la configuración, los datos y las integraciones a la aprobación del diseño. Apunta las pruebas de integración a los tres, para que el flujo más largo se muestre como el que fija la fecha.
Solapa donde el trabajo realmente se solapa
Usa SS y un desfase para el trabajo que puede empezar antes; por ejemplo, 4SS+10 para una tarea que empieza 10 días laborables después de que empiece la tarea 4. Comprueba cada una con la persona responsable del trabajo.
Añade el corte y el posterior
Haz que la migración final de datos y la puesta en marcha dependan de la revisión de preparación, y añade después el soporte intensivo y un hito de traspaso. El plan termina cuando el soporte se hace cargo del sistema, no cuando entra en producción.
Activa la ruta crítica y compártelo
Ver, Ruta crítica ilumina la cadena que fija la fecha del traspaso. Comparte el diagrama como enlace o exporta un PDF para el comité de dirección.
Errores que debes evitar
Tratar la migración de datos como una sola tarea
Una migración de prueba descubre problemas que la final no debe tener. Dibuja ambas y haz que la final dependa de la revisión de preparación.
Programar la formación al final
Una formación que empieza después de las pruebas no deja tiempo para corregir lo que descubran los asistentes. Solápala con un vínculo de inicio a inicio, como en el ejemplo, y haz que la decisión de puesta en marcha dependa de ella.
Dejar la fecha de puesta en marcha al azar
Si la puesta en marcha está fijada por un contrato o por el cierre del ejercicio, fija solo ese inicio y mira el conflicto señalado. Fijar todas las tareas oculta el problema real.
Esperar seguimiento de recursos o costes
QueryChart registra quién es responsable de una tarea, pero no avisa de sobrecargas, no hace seguimiento de costes ni compara con una línea base. Mantén el presupuesto y la capacidad en las herramientas que los gestionan.
Planifica tu implantación
Abre el plan de implantación como diagrama propio, sustituye las tareas por las tuyas y comparte el cronograma con tu comité de dirección.
Guías relacionadas
Preguntas frecuentes
¿Sirve para proyectos de ERP y CRM?
Sí. La estructura es la misma para cualquier sistema de negocio: diseño, configuración, datos, integraciones, pruebas, formación y corte. Sustituye los nombres de las tareas del ejemplo por los tuyos.
¿Cómo muestro que dos tareas pueden solaparse?
Usa una dependencia de inicio a inicio con desfase en Depende de, por ejemplo 4SS+10. La tarea empieza 10 días laborables después de que empiece la tarea 4, haya terminado o no.
¿Puedo agrupar las tareas por flujo de trabajo?
Sí. Asigna un grupo a las tareas y se dibujan como bandas con una barra de resumen, de modo que configuración, datos y formación pueden ser cada una una banda.
¿Puedo mostrar quién es responsable?
Sí, añadiendo personas a cada tarea. El diagrama no comprueba las cargas de trabajo ni resuelve choques.
¿Puedo importar desde Microsoft Project?
No. Los archivos de Microsoft Project no son compatibles. Puedes copiar filas de una hoja de cálculo y pegarlas en la hoja.
