Journal de maintenance d’un usage IA : changements, écarts et reprise
Dimitri Jorand — Trame de travail
https://dimitri-jorand.fr/ressources/journal-maintenance-usage-ia/
Publié : 2026-10-13 | Mis à jour : 2026-10-13

Une trame pour conserver ce qui a changé, ce qui a posé problème et ce qui a été vérifié avant de poursuivre. Le journal rend la suite visible : une correction annoncée ne doit pas devenir une correction close sans contrôle.
Public : Responsables métier et référents qui suivent un usage IA après sa mise en service.

Créez une fiche de référence par usage, puis une entrée par changement ou difficulté. Décrivez les faits avant leur cause supposée. Attribuez la suite, le contrôle attendu et la décision de reprise ou de clôture. Revoyez les entrées ouvertes selon leur importance ; un incident urgent suit le circuit adapté sans attendre cette revue.

1. Quel usage et quelle version de référence suivez-vous ?
Indiquez la tâche, les sources et les exclusions utiles.
Votre situation :

2. Quel fait ou changement avez-vous constaté ?
Séparez le fait de la cause supposée.
Votre situation :

3. Quel périmètre et quelles personnes sont concernés ?
Décrivez les usages concernés sans diffuser de données personnelles inutiles.
Votre situation :

4. Quelle preuve autorisée permet de comprendre le point ?
Privilégiez une référence vers un espace avec les accès adaptés.
Votre situation :

5. Quelle mesure provisoire et quel circuit de traitement retenir ?
Ne laissez pas un incident urgent attendre la revue ordinaire.
Votre situation :

6. Quelle action, quel responsable et quelle échéance ?
La personne désignée doit connaître la mission et disposer des moyens.
Votre situation :

7. Quel contrôle faut-il réaliser avant de clore le point ?
Écrivez l’attendu avant l’essai, avec le périmètre à examiner.
Votre situation :

8. Quel résultat, quelles réserves et quelle décision consignez-vous ?
Ne déclarez pas une réussite sur la seule annonce d’une correction.
Votre situation :

Ce que le journal doit produire
Vous obtenez une trace de décision : ce qui est concerné, ce qui reste utilisable, qui intervient et ce qui permet de clore le point. Le NIST prévoit dans MANAGE 4.1 à 4.3 le suivi après déploiement, les retours utilisateurs, les changements et le traitement documenté des incidents. [1] La trame ci-dessous est notre proposition pratique, pas un formulaire officiel NIST.

Préparez la fiche du périmètre accepté et les références nécessaires. Gardez les preuves détaillées dans un espace approprié, avec les accès prévus ; le journal peut pointer vers elles sans en recopier le contenu.

Distinguer la fiche d’usage et les événements
La fiche d’usage indique la tâche, les utilisateurs, les sources autorisées, les exclusions, le responsable, son relais et les conditions de limitation ou de reprise. Elle sert de référence. Les événements racontent ce qui a changé depuis, sans réécrire silencieusement cette référence.

Une correction de consigne, un remplacement documentaire et une panne n’appellent pas nécessairement la même action. Nommez la nature du point, puis notez les faits. Un diagnostic reste une hypothèse tant que vous n’avez pas d’élément suffisant pour l’établir.

Tableau vierge : une entrée par point à traiter
| Champ | À renseigner |
|---|---|
| Identifiant, date et usage | … |
| Événement ou changement constaté | … |
| Périmètre et utilisateurs concernés | … |
| Preuve ou référence autorisée | … |
| Conséquence et mesure provisoire | … |
| Action, responsable et échéance | … |
| Contrôle attendu avant clôture | … |
| Résultat du contrôle et réserve | … |
| Décision, auteur et date | … |

États proposés : reçu, à examiner, correction en cours, vérification en attente, clos. « Clos » doit dire ce qui a été résolu et ce qui reste exclu. Un point peut être clos par une décision d’arrêt ; cela ne signifie pas que le système a été réparé.

Exemple fictif rempli : un document remplacé
Usage fictif : retrouver une règle interne de réservation. Événement : une réponse indique encore deux jours de préavis alors qu’un document validé B remplace A et prévoit trois jours. A et B sont des documents pédagogiques inventés ; ces délais ne décrivent aucune organisation réelle.

| Champ | Entrée fictive |
|---|---|
| Identifiant | RES-01 |
| Fait signalé | Réponse fondée sur A après remplacement par B |
| Mesure provisoire | Consulter directement B pour cette question |
| Cause | À vérifier : accès, version ou sélection du document |
| Action préparée | Examiner le remplacement et corriger le point identifié |
| Contrôle attendu | Reposer la question et vérifier réponse, source et version |
| État initial | Vérification en attente, aucune reprise déclarée |

Ce tableau n’annonce pas un test réussi. Pour illustrer la clôture, une seconde entrée pourrait enregistrer un essai réellement réalisé, sa date et son résultat. Si le cas échoue, le point reste ouvert ; n’inventez pas une preuve pour compléter la ligne.

Traiter les changements sans mélanger les versions
Avant une modification prévue, conservez la description de l’état antérieur et les éléments utiles pour comparer. Après l’intervention, notez ce qui a effectivement été changé. Si plusieurs éléments changent en même temps, le journal doit permettre de le savoir, même si la cause d’un écart reste difficile à isoler.

La [grille d’essai documentaire](/ressources/grille-essai-documentaire-ia/) peut aider à écrire une question et son résultat attendu avant le contrôle. Le journal suit l’événement dans le temps ; la grille prépare et décrit l’essai. Les deux outils ont des fonctions différentes.

Préparer la revue des points ouverts
À la revue, cherchez les points sans responsable, les échéances dépassées, les réserves jamais réexaminées et les difficultés répétées. Décidez une action, une limitation ou un arrêt ; ne transformez pas automatiquement toutes les lignes en vert.

Ajustez le rythme au contexte et aux conséquences possibles. Un problème de sécurité ou une information sensible suit le circuit dédié. L’article [Après le pilote IA](/analyses/apres-pilote-ia-entretenir-usages/) détaille la répartition des responsabilités et les conditions d’un suivi utile.

Portée et limites
Outil original pour organiser le suivi d’un usage limité. Il ne remplace pas un outil de supervision, une gestion spécialisée des incidents ou les registres requis par un cadre applicable. Aucun logiciel n’est testé et le cas est fictif. N’inscrivez pas de secrets, de données sensibles ou de pièces non autorisées dans un journal partagé.

Sources et méthode
[1] NIST — Artificial Intelligence Risk Management Framework, AI RMF 1.0
https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf
Consulté le 13 octobre 2026. Janvier 2023, tableau 4, MANAGE 4.1 à 4.3, page imprimée 33 : suivi après déploiement, retours utilisateurs, incidents, reprise et changements. Cadre volontaire de gestion des risques ; il ne valide pas notre méthode et ne constitue pas une obligation européenne.

Méthode éditoriale : https://dimitri-jorand.fr/ligne-editoriale/