Séquencer un planning de validation : protocoles, exécution et écarts
Séquencez un travail de validation dans un diagramme de Gantt : approuver le plan avant l'exécution, rédiger les scripts de test pendant la construction, prévoir écarts et nouveaux tests, puis conditionner la mise en service au rapport.
Un planning de validation est surtout une question d'ordre : ce qui doit être approuvé avant les tests, ce qui peut s'écrire pendant la construction, et ce qui doit attendre le rapport. Ce guide montre comment poser cet ordre pour que les dates en découlent.
En bref
- Saisissez ce que chaque tâche attend et laissez les dates se calculer.
- Rédigez les scripts de test pendant la construction, pas après : ils attendent la spécification, pas le système.
- Faites des approbations des jalons de durée 0 pour qu'une signature tardive décale visiblement tout ce qui suit.
- Donnez aux écarts et aux nouveaux tests leur propre tâche et leur durée avant d'en avoir besoin.
- Terminez sur un rapport approuvé dont dépend la mise en service. Le diagramme planifie cela ; il ne valide rien.
L'ordre d'abord, les dates ensuite
Les plannings de validation déraillent presque toujours aux mêmes endroits. Les scripts de test sont rédigés après la construction parce que personne n'a pensé qu'ils pouvaient commencer plus tôt. L'exécution démarre avant l'approbation du plan, et il faut refaire les résultats. Un écart apparaît au milieu des tests et personne n'a prévu de temps pour le traiter. Chacun de ces cas est un problème d'ordre, et chacun se voit mieux dans un diagramme de Gantt que dans une liste d'échéances.
La méthode consiste à noter, pour chaque tâche, ce qu'elle attend. Écrire un script attend la spécification sur laquelle il teste, pas la fin du système. L'exécuter attend le script et le système. Le rapport de synthèse attend que l'exécution soit terminée. Une fois ces liens saisis comme dépendances, QueryChart calcule les dates, et l'enchaînement dont vous discutiez en réunion devient quelque chose que l'on peut ouvrir et vérifier.
Deux choses échappent au diagramme : les délais d'approvisionnement et les échecs. Un étalon de référence qui met des semaines à arriver, ou un créneau d'étalonnage, doit être saisi comme une tâche à part avec une durée. Un écart qui renvoie une étape vers un nouveau test doit recevoir du temps avant même que vous sachiez qu'il surviendra, en général sous forme d'une tâche de résolution des écarts. Ce sont deux paris de jugement, et le diagramme se contente de les rendre visibles.
Un planning ordonnance le travail. Il ne rend pas un système, une méthode, un dispositif ou une étude validé, conforme ou approuvé ; cela repose sur les preuves que vous produisez et sur votre système qualité. L'exemple ci-dessous suit le modèle de validation de système informatisé. Si votre sujet est une méthode analytique, les mêmes idées s'appliquent et /fr/templates/diagramme-de-gantt-validation-methode-analytique donne la liste de tâches correspondante.
Un planning de validation de système, construit par étapes
Vingt tâches et cinq jalons. Les durées sont indicatives ; saisissez les vôtres. Ouvrez le panneau tableur pour voir les lignes derrière chaque étape.
Plan, exigences et risque, puis le jalon d'approbation
« Rédiger le plan de validation » (5 jours ouvrés) et « Rédiger les exigences utilisateur » (6) peuvent démarrer ensemble. « Évaluer le risque pour les patients et les données » commence deux jours ouvrés après le début des exigences (SS+2). « Plan de validation approuvé » est un jalon qui attend le plan et l'évaluation des risques.
Des scripts rédigés pendant la construction
« Rédiger la spécification fonctionnelle » suit le jalon d'approbation. « Configurer le système » (10 jours) commence trois jours après elle (SS+3), tandis que « Rédiger le script de qualification d'installation » et « Rédiger le script de qualification opérationnelle » suivent la spécification. « Rédiger le script de qualification de performance » n'attend que l'évaluation des risques.
Exécution, écarts et fin des tests
« Exécuter la qualification d'installation » attend la configuration et son script. « Exécuter la qualification opérationnelle » (8 jours) la suit, et « Résoudre les écarts de test » (5) démarre trois jours après son début (SS+3). « Exécuter la qualification de performance » attend les écarts et son script, et « Exécution terminée » est le jalon qui vient après.
Traçabilité, rapport et jalon de mise en service
« Revoir la traçabilité des exigences » (3 jours) finit un jour après la qualification de performance (FF+1). « Rédiger le rapport de synthèse de validation » l'attend, ainsi que « Exécution terminée ». « Mettre le système en service » est un jalon qui attend « Rapport de validation approuvé » et « Former les utilisateurs aux procédures approuvées ».
Comment cela fonctionne
Listez les activités et ce que chacune attend
Écrivez une tâche par activité : plan, exigences, risque, spécification, construction, chaque script, chaque exécution, écarts, rapport, formation. Pour chacune, notez ce qui doit exister avant qu'elle puisse démarrer. Faites-le avant de penser aux dates.
Saisissez les approbations comme des jalons
Ajoutez une tâche de durée 0 pour chaque point d'approbation, comme plan approuvé ou rapport approuvé, et faites dépendre de lui le travail qui suit. Si une approbation est en retard, toutes les tâches qui l'attendent se décalent, et le diagramme montre de combien.
Démarrez les scripts en parallèle de la construction
Faites dépendre la rédaction des scripts de la spécification, pas du système terminé. Quand un travail peut commencer quelques jours après le début d'une autre tâche, utilisez un lien début-début avec décalage dans Dépend de (Depends on), par exemple 5SS+3, pour que le chevauchement figure dans le diagramme.
Ajoutez les délais d'approvisionnement et les reprises comme des tâches
Saisissez une tâche pour tout ce que vous attendez de l'extérieur, comme un étalon de référence, une livraison de matériaux ou une réservation d'instrument, avec une durée en jours ouvrés. Ajoutez une tâche d'écarts et faites-en dépendre l'étape d'exécution suivante, avec une durée fondée sur vos exécutions passées.
Conditionnez la mise en service au rapport et regroupez par phase
Faites dépendre le jalon de mise en service du rapport approuvé et de tout ce dont elle a besoin. Regroupez les tâches par phase, indiquez le responsable dans Personnes et activez le chemin critique dans le menu Affichage pour voir quelle chaîne fixe la date de mise en service.
Partagez-le et exportez-le pour le dossier
Partagez le diagramme par lien avec les personnes qui font le travail, mettez à jour l'avancement au fil des étapes, et exportez un PDF quand il vous faut une copie pour le dossier du projet ou une revue.
Erreurs à éviter
Exécuter avant l'approbation du plan
Si les tâches d'exécution ne dépendent pas du jalon d'approbation, le diagramme planifiera volontiers les tests avant l'approbation. Reliez le travail au jalon et gardez ce lien quand vous modifiez le diagramme.
Planifier un déroulement parfait, sans écarts
Un planning où chaque test réussit du premier coup est rarement exact. Donnez à la résolution des écarts une vraie durée, et envisagez une seconde passe des tests concernés comme tâche, pour qu'un échec ne consomme pas en silence la marge de rédaction du rapport.
Cacher les attentes externes dans d'autres tâches
Une livraison de matériaux noyée dans la durée d'une tâche d'exécution ne se voit pas et ne se discute pas. Saisissez-la comme une tâche à part pour qu'une livraison tardive décale les bonnes dates.
Prendre le diagramme pour une preuve
Un planning montre quand le travail est prévu. Il ne montre pas qu'un système ou une méthode est validé ; cela vient des enregistrements d'exécution et de votre système qualité. QueryChart ne garde pas de référence de comparaison : exportez un PDF avant de modifier des dates que vous pourriez devoir expliquer.
Ouvrir le diagramme de Gantt de validation
Ouvrez le modèle de validation de système informatisé, réglez les durées sur les vôtres et regardez la date de mise en service bouger.
Guides associés
Questions fréquentes
Peut-on vraiment rédiger les scripts de test avant que le système soit construit ?
Souvent oui, car un script teste par rapport à une spécification, pas au système terminé. Dans l'exemple, les scripts d'installation et opérationnel suivent la spécification fonctionnelle et chevauchent la configuration. Vérifiez ce qu'exigent vos propres procédures avant de copier cet ordre.
Comment montrer qu'un protocole doit être approuvé avant l'exécution ?
Ajoutez un jalon d'approbation de durée 0 et placez-le dans Dépend de pour la première tâche d'exécution. Si le jalon bouge, les tâches d'exécution bougent avec lui.
Quel temps prévoir pour les écarts et les nouveaux tests ?
Servez-vous de ce que montrent vos exécutions passées. Saisissez la marge comme une tâche, comme la résolution des écarts, pour qu'elle soit visible et qu'on puisse la réduire délibérément. Sans historique, prévoyez une marge modeste et revoyez-la après la première étape d'exécution.
QueryChart gère-t-il les jours fériés ou les fermetures de laboratoire ?
Non. Le calendrier va du lundi au vendredi et ne comporte aucun jour férié. Ajoutez une tâche pour une fermeture ou une plage de réservation, ou fixez un Début pour le travail qui ne peut pas commencer avant.
Existe-t-il un modèle pour une méthode analytique plutôt qu'un système ?
Oui. /fr/templates/diagramme-de-gantt-validation-methode-analytique couvre la validation d'une méthode. Pour le contexte plus large du produit et du dépôt, voyez /fr/templates/diagramme-de-gantt-developpement-dispositif-medical et /fr/templates/diagramme-de-gantt-depot-reglementaire.