Cronograma de implantación de un proceso: cómo ordenar un despliegue
Cómo poner en uso un proceso rediseñado en el orden correcto: línea base, aprobación, documentos, formación, piloto, una puerta de continuar o no, despliegue y revisión, con los solapes seguros y los que no lo son.
Un cronograma de implantación de un proceso responde a una pregunta: qué tiene que cumplirse antes de pedir al siguiente grupo de personas que trabaje de la forma nueva. Esta guía da el orden, muestra dónde puede solaparse el trabajo y lo construye como un diagrama de Gantt.
En resumen
- Escribe cada actividad como una condición de la que depende, no como una fecha.
- Mide una línea base antes del cambio, o el piloto no podrá juzgarse.
- Pon un hito de aprobación antes de los documentos y un hito de continuar o no antes del despliegue.
- Solapa con enlaces de inicio a inicio y un retardo solo cuando la tarea anterior haya cerrado la parte que necesita la posterior.
- Un cronograma muestra cuándo hacen falta las aprobaciones; no las sustituye.
El orden de un despliegue de proceso y por qué importa
La mayoría de los despliegues que salen mal se planificaron como una lista de actividades y no como una cadena de condiciones. Se anuncia el nuevo proceso, se escriben los SOP, se forma a los equipos y se hace el cambio, pero si ocurre en mal orden se forma a la gente con documentos que cambian o se cambia antes de saber si el proceso funciona. Un cronograma es útil aquí porque obliga a cada actividad a decir de qué depende.
Un orden fiable tiene seis partes. Medir el estado actual, para poder saber después si algo mejoró. Conseguir que las personas que lo van a ejecutar aprueben el proceso futuro. Actualizar los documentos, los formularios y los ajustes del sistema, y preparar la formación a partir de ellos. Hacer un piloto en un centro o con un equipo. Tomar una decisión de continuar o no a partir del piloto, no del calendario. Y desplegar, retirar los documentos antiguos y seguir comprobando la adopción hasta que sea estable. El diagrama de Gantt los muestra como grupos, con la aprobación y la decisión como hitos.
Algunos solapes son seguros y ahorran tiempo real. El material de formación puede empezar cuando las secciones de los SOP que describe están cerradas, lo que es un enlace de inicio a inicio con retardo. La comparación de los resultados del piloto puede empezar a mitad del piloto. La formación del resto de equipos puede ir justo por delante del cambio centro por centro. Otros solapes no son seguros: nada posterior a la aprobación debería empezar antes de ella, y ninguna tarea de despliegue debería empezar antes de la decisión.
Un cronograma muestra el orden y el momento del trabajo. No hace que un proceso sea conforme, esté validado o sea seguro; cuando un documento necesita aprobación formal, el cronograma solo puede mostrar cuándo hace falta esa aprobación y quién debe darla. Las duraciones del ejemplo siguiente son ilustrativas.
Un cronograma de implantación de un proceso, construido etapa por etapa
Diecinueve tareas en cuatro grupos. Las duraciones son ilustrativas; abre el panel de la hoja de cálculo para ver las filas que hay detrás de cada etapa.
Línea base y después aprobación
«Medir la línea base actual» dura 5 días laborables y «Repasar el nuevo proceso con los responsables» la sigue durante 3. «Nuevo proceso aprobado» tiene duración 0, así que es un hito, y los documentos lo esperan.
Documentos, formación y cambios en el sistema
«Revisar SOP e instrucciones de trabajo» dura 8 días laborables. «Preparar material de formación» empieza 3 días laborables después de su inicio, mientras que «Aprobación de control documental» espera a que termine la revisión. «Actualizar sistema y formularios» corre en paralelo, esperando solo a la aprobación.
El piloto y la puerta
«Informar al equipo piloto y a supervisores» espera a la aprobación y al material de formación. «Ejecutar el piloto en un centro» dura 10 días laborables, y «Comparar resultados con la línea base» empieza 5 días laborables después de su inicio. «Decisión de continuar o no» espera a «Corregir problemas del piloto».
Despliegue, estabilización y revisión
«Formar al resto de equipos» empieza tras la decisión, y «Cambio centro por centro» empieza 4 días laborables después de su inicio. Tras «Despliegue completado», «Estabilización: controles semanales de adopción» dura 15 días laborables, y después vienen «Revisar resultados frente a la línea base» y el hito «Proceso entregado a su responsable».
Cómo funciona
Enumera las condiciones, no las actividades
Para cada trabajo, escribe qué debe cumplirse antes de que pueda empezar: diseño aprobado, documentos aprobados, pruebas del piloto revisadas. Cada condición se convierte en una dependencia en la columna Depende de (Depends on).
Crea el diagrama e introduce las tareas
Abre la plantilla de implantación de un proceso, o un diagrama de Gantt en blanco, y escribe una tarea por fila. Da a cada una una duración en días laborables enteros y un grupo, como Documentos y formación o Piloto.
Añade las dos puertas como hitos
Añade una tarea de duración 0 para la aprobación y otra para la decisión de continuar o no. Haz que todo lo posterior a cada una dependa de ella, de modo que una decisión retrasada mueva todo el despliegue.
Solapa a propósito
Cuando la tarea posterior solo necesite parte de la anterior, introduce un enlace de inicio a inicio con retardo, por ejemplo 4SS+3. Comprueba cada solape con esta pregunta: ¿qué habría que rehacer si cambiara la tarea anterior?
Marca aprobaciones y responsables
Pon a la persona o el rol que aprueba los documentos en la columna Personas (People) de la tarea de aprobación, y escribe el requisito de aprobación en sus notas. El diagrama muestra cuándo hace falta, no si se concede.
Activa la ruta crítica y prueba un retraso
Activa Ver, Ruta crítica y duplica la duración del piloto o de la revisión de los SOP. La fecha de fin muestra qué tareas espera todo el despliegue.
Errores que debes evitar
Empezar los documentos antes de aprobar el diseño
Cada cambio de diseño reabre entonces los SOP y la formación. Enlazar ambos a un hito de aprobación hace visible el coste de los cambios tardíos.
Hacer el piloto sin línea base
Si nunca se midió el estado actual, el piloto solo puede juzgarse por impresiones. Da a la línea base su propia tarea y termínala antes de que empiece el piloto.
Una decisión de continuar o no que solo puede ser un sí
Si los criterios se escriben después del piloto, el hito es decoración. Escríbelos antes, y deja que la decisión detenga las tareas de despliegue cuando sea un no.
Terminar el plan en la puesta en marcha
La adopción suele decidirse en las semanas siguientes. Mantén en el plan la retirada de los documentos antiguos, un periodo de estabilización y una revisión frente a la línea base.
Planifica un despliegue de proceso
Abre el plan de implantación de un proceso como diagrama propio, sustituye los centros y los documentos por los tuyos y compártelo con el equipo.
Guías relacionadas
Preguntas frecuentes
¿Cuánto debe durar la implantación de un proceso?
Depende de cuántos centros y personas se vean afectados y de cuánto tarde el proceso en recorrerse una vez. Las duraciones de la plantilla son solo ilustraciones; sustitúyelas por las tuyas y las fechas se ajustan.
¿La formación va antes o después del piloto?
El equipo piloto necesita una sesión informativa antes de empezar, así que va primero una versión breve. La formación más amplia puede ajustarse con lo que muestre el piloto, por eso la plantilla la programa después de la decisión de continuar o no.
¿Por dónde empiezo si el nuevo proceso es un diagrama de flujo?
Duplica el diagrama de flujo como diagrama de Gantt: cada paso se convierte en una tarea y cada flecha en una dependencia. Después añades las tareas de despliegue que no son pasos del proceso. Consulta /es/guides/convertir-diagrama-de-flujo-en-diagrama-de-gantt.
¿Un cronograma hace que el nuevo proceso sea conforme?
No. Muestra el orden y el momento del trabajo. El cumplimiento lo deciden las personas responsables de las reglas o normas pertinentes.
¿En qué se diferencia de un plan de implantación de un sistema?
Una implantación de sistema se centra en la configuración, la migración de datos y las pruebas. Una implantación de proceso se centra en los documentos, la formación y la adopción. Para software, consulta /es/guides/cronograma-plan-de-implantacion-diagrama-de-gantt.
