Cómo secuenciar un cronograma de validación: protocolos, ejecución, desviaciones
Secuencia el trabajo de validación en un diagrama de Gantt: aprueba el plan antes de ejecutar, escribe los guiones junto a la construcción, deja margen para desviaciones y repeticiones, y condiciona la liberación a un informe aprobado.
Un cronograma de validación es sobre todo una cuestión de orden: qué debe aprobarse antes de probar, qué puede escribirse mientras se construye el sistema y qué tiene que esperar al informe. Esta guía muestra cómo plantear ese orden para que las fechas se deduzcan de él.
En resumen
- Introduce lo que espera cada tarea y deja que las fechas se calculen.
- Escribe los guiones de prueba junto a la construcción, no después; esperan a la especificación, no al sistema.
- Haz de las aprobaciones hitos de duración 0 para que una firma tardía mueva visiblemente todo lo que va detrás.
- Da a las desviaciones y repeticiones su propia tarea y duración antes de necesitarlas.
- Termina con un informe aprobado del que dependa la liberación. El diagrama lo programa; no valida nada.
Primero el orden, después las fechas
Los cronogramas de validación suelen fallar en los mismos puntos. Los guiones de prueba se escriben después de la construcción porque nadie pensó que pudieran empezar antes. La ejecución arranca antes de aprobar el plan y hay que repetir resultados. Aparece una desviación a mitad de las pruebas y nadie ha previsto tiempo para ella. Cada uno de estos fallos es un problema de orden, y todos se ven mejor en un diagrama de Gantt que en una lista de fechas límite.
El método consiste en anotar, para cada tarea, qué espera. Escribir un guion espera a la especificación contra la que prueba, no a que el sistema esté terminado. Ejecutarlo espera al guion y al sistema. El informe resumen espera a que la ejecución esté completa. Una vez introducidos esos vínculos como dependencias, QueryChart calcula las fechas, y la secuencia que se discutía en una reunión pasa a ser algo que puedes abrir y comprobar.
Hay dos cosas que el diagrama no puede saber: los plazos de entrega y los fallos. Un patrón de referencia que tarda semanas en llegar, o un hueco de calibración, debe introducirse como tarea propia con su duración. Una desviación que obliga a repetir una prueba debe tener su tiempo antes de saber si ocurrirá, normalmente como una tarea de resolución de desviaciones. Ambas son decisiones de criterio, y el diagrama solo las hace visibles.
Un cronograma programa el trabajo. No hace que un sistema, un método, un producto sanitario o un estudio esté validado, sea conforme o esté aprobado; eso depende de las evidencias que generes y de tu sistema de calidad. El ejemplo de abajo sigue la plantilla de validación de sistemas informáticos. Si tu objeto es un método analítico, las mismas ideas valen y /es/templates/diagrama-de-gantt-validacion-de-metodos tiene la lista de tareas correspondiente.
Un cronograma de validación de un sistema, construido por fases
Veinte tareas, cinco de ellas hitos. Las duraciones son ilustrativas; pon las tuyas. Abre el panel de la hoja de cálculo para ver las filas de cada fase.
Plan, requisitos y riesgo, y después la puerta de aprobación
«Redactar el plan de validación» (5 días laborables) y «Redactar los requisitos de usuario» (6) pueden empezar a la vez. «Evaluar el riesgo para pacientes y datos» empieza dos días laborables después de que empiecen los requisitos (SS+2). «Plan de validación aprobado» es un hito que espera al plan y a la evaluación de riesgos.
Guiones escritos junto a la construcción
«Redactar la especificación funcional» sigue a la puerta de aprobación. «Configurar el sistema» (10 días) empieza tres días después de que empiece esa (SS+3), mientras que «Redactar el guion de cualificación de la instalación» y «Redactar el guion de cualificación operativa» siguen a la especificación. «Redactar el guion de cualificación de desempeño» solo espera a la evaluación de riesgos.
Ejecución, desviaciones y fin de las pruebas
«Ejecutar la cualificación de la instalación» espera a la configuración y a su guion. «Ejecutar la cualificación operativa» (8 días) la sigue, y «Resolver las desviaciones de las pruebas» (5) empieza tres días después del inicio de aquella (SS+3). «Ejecutar la cualificación de desempeño» espera a las desviaciones y a su guion, y «Ejecución completada» es el hito posterior.
Trazabilidad, informe y puerta de liberación
«Revisar la trazabilidad de requisitos» (3 días) termina un día después de que termine la cualificación de desempeño (FF+1). «Redactar el informe resumen de validación» espera a esa revisión y a «Ejecución completada». «Liberar el sistema para su uso» es un hito que espera a «Informe de validación aprobado» y a «Formar a los usuarios en los procedimientos aprobados».
Cómo funciona
Enumera las actividades y lo que espera cada una
Escribe una tarea por actividad: plan, requisitos, riesgo, especificación, construcción, cada guion, cada ejecución, desviaciones, informe, formación. Para cada una, anota qué debe existir antes de que pueda empezar. Hazlo antes de pensar en fechas.
Introduce las aprobaciones como hitos
Añade una tarea de duración 0 por cada puerta de aprobación, como plan aprobado o informe aprobado, y haz que el trabajo posterior dependa de ella. Si una aprobación se retrasa, se mueven todas las tareas que la esperan, y el diagrama muestra cuánto.
Empieza los guiones en paralelo a la construcción
Haz que la redacción de guiones dependa de la especificación, no del sistema terminado. Donde el trabajo pueda empezar unos días después de que empiece otra tarea, usa inicio a inicio con desfase en Depende de, por ejemplo 5SS+3, para que el solapamiento quede en el diagrama.
Añade plazos de entrega y repeticiones como tareas
Introduce una tarea para todo lo que esperas de fuera, como un patrón de referencia, una entrega de materiales o la reserva de un instrumento, y dale una duración en días laborables. Añade una tarea de desviaciones y haz que el siguiente paso de ejecución dependa de ella, con una duración basada en ejecuciones anteriores.
Condiciona la liberación al informe y agrupa por fase
Haz que el hito de liberación dependa del informe aprobado y de cualquier otra cosa que la liberación requiera. Agrupa las tareas por fase, pon el responsable en Personas y activa la ruta crítica en el menú Ver para ver qué cadena fija la fecha de liberación.
Compártelo y expórtalo para el registro
Comparte el diagrama como enlace con las personas que hacen el trabajo, actualiza el avance a medida que se terminan los pasos y exporta un PDF cuando necesites una copia para el expediente del proyecto o para una revisión.
Errores que debes evitar
Ejecutar antes de aprobar el plan
Si las tareas de ejecución no dependen del hito de aprobación, el diagrama programará con gusto las pruebas antes de la aprobación. Vincula el trabajo a la puerta y mantenlo así cuando edites el diagrama.
Planificar una ejecución limpia sin desviaciones
Un cronograma en el que todas las pruebas pasan a la primera rara vez es realista. Da a la resolución de desviaciones una duración real y considera una segunda pasada de las pruebas afectadas como tarea, para que un fallo no consuma en silencio el margen de la redacción del informe.
Esconder esperas externas dentro de otras tareas
Una entrega de materiales metida en la duración de una tarea de ejecución no se puede ver ni cuestionar. Introdúcela como tarea propia para que una entrega tardía mueva las fechas correctas.
Tomar el diagrama por evidencia
Un cronograma muestra cuándo está previsto el trabajo. No demuestra que un sistema o un método esté validado; eso sale de los registros ejecutados y de tu sistema de calidad. QueryChart no guarda una línea base, así que exporta un PDF antes de cambiar fechas que quizá tengas que explicar más adelante.
Abrir el diagrama de Gantt de validación
Abre la plantilla de validación de sistemas informáticos, pon las duraciones tuyas y mira cómo se mueve la fecha de liberación.
Guías relacionadas
Preguntas frecuentes
¿De verdad se pueden escribir guiones de prueba antes de construir el sistema?
A menudo sí, porque un guion prueba contra una especificación, no contra el sistema terminado. En el ejemplo, los guiones de instalación y de operación siguen a la especificación funcional y se solapan con la configuración. Comprueba qué exigen tus propios procedimientos antes de copiar ese orden.
¿Cómo muestro que un protocolo debe aprobarse antes de la ejecución?
Añade un hito de aprobación de duración 0 y ponlo en Depende de de la primera tarea de ejecución. Si el hito se mueve, las tareas de ejecución se mueven con él.
¿Cuánto tiempo debo prever para desviaciones y repeticiones?
Usa lo que muestren tus ejecuciones anteriores. Introduce el margen como una tarea, como resolver desviaciones, para que sea visible y pueda reducirse de forma deliberada. Si no tienes historial, prevé un margen modesto y revísalo tras el primer paso de ejecución.
¿QueryChart gestiona festivos o cierres de laboratorio?
No. El calendario es de lunes a viernes y no hay festivos. Añade una tarea para un cierre o una ventana de reserva, o fija una fecha de Inicio para el trabajo que no pueda empezar antes.
¿Hay una plantilla para un método analítico en lugar de un sistema?
Sí. /es/templates/diagrama-de-gantt-validacion-de-metodos cubre la validación de un método. Para el contexto más amplio de producto y presentación, mira /es/templates/diagrama-de-gantt-desarrollo-de-producto-sanitario y /es/templates/diagrama-de-gantt-presentacion-regulatoria.