Audit des Artefacts Objectifs

Vue d'ensemble

Le statut objectif seul ne suffit pas. Faites confiance aux artefacts d'exécution, aux preuves de vérification et aux bundles échantillonnés plutôt qu'au libellé du run de haut niveau.

Principe fondamental : distinguer l'hygiène de l'état du run de la preuve réelle de clôture.

Quand l'utiliser

Utilisez cette compétence lorsque :

• l'opérateur demande d'examiner les derniers résultats objectifs,
• un run objectif indique completed, paused ou failed et vous devez juger si le résultat est réellement crédible,
• vous devez inspecter les marqueurs de clôture, les registres ou les rapports soutenus par un examinateur,
• ou vous devez expliquer ce qui est véritablement terminé par rapport à ce qui est seulement documenté comme terminé.

N'utilisez pas cette compétence lorsque :

• la tâche principale consiste à démarrer, mettre en pause, reprendre ou annuler un run objectif,
• la tâche principale est d'implémenter du code plutôt que d'auditer des preuves,
• ou une simple recherche de statut suffit et aucune question de crédibilité d'artefact n'existe.

Référence rapide

1. Identifiez le run objectif pertinent le plus récent et notez le statut, l'étape actuelle et les derniers événements.
2. Inspectez le répertoire d'inventaire d'exécution avant de lire de grandes charges utiles.
3. Lisez d'abord les marqueurs de complétion, les rapports finaux et les registres.
4. Échantillonnez 2-3 bundles de preuves concrètes au lieu de faire confiance uniquement aux résumés.
5. Séparez clairement trois affirmations :
   • statut du workflow,
   • complétude des artefacts/preuves,
   • implémentation nouvelle par rapport à re-vérification du travail existant.
6. Terminez avec des conclusions fiables, les points faibles et la meilleure action d'audit suivante.

Implémentation

1) Commencer par les métadonnées objectifs

• Utilisez la liste/les détails du goal-run pour identifier le run le plus récent et son statut final ou actuel.
• Notez séparément les re-mises en file d'attente répétées, les boucles d'approbation, les changements de révision finale ou les pauses par rapport au résultat substantiel.

2) Inspecter d'abord la structure d'inventaire

• Listez le répertoire d'exécution.
• Recherchez :
  • step-*-complete.md
  • rapports de clôture finale
  • registres pass/block
  • répertoires d'artefacts par élément
  • notes de bloqueur remplacées

3) Lire les artefacts résumés de plus haut signal

Lisez des fenêtres délimitées de :

• rapport de clôture final
• marqueur de complétion de l'étape la plus récente
• registre principal des pass
• notes de l'examinateur

Ne vous fiez pas à un seul fichier.

4) Échantillonner les bundles de preuves réelles

Choisissez quelques éléments représentatifs, en particulier :

• tout ce qui est marqué skip-verified,
• tout ce qui a été précédemment bloqué,
• ou tout ce dont la clôture semble surprenante.

Pour chaque élément échantillonné, vérifiez si ces fichiers existent et ne sont pas vides :

• implementation-summary.md
• verification-log.md
• review-notes.md
• completion-marker.md

5) Vérifier la cohérence, pas seulement la présence

Recherchez :

• des comptages correspondant entre le rapport et le registre,
• des notes d'examinateur qui disent réellement quelque chose de substantiel,
• des logs de vérification avec des commandes concrètes ou des codes de sortie,
• des artefacts bloqués remplacés qui sont explicitement remplacés,
• et si le rapport admet quand aucun nouveau changement de code n'était nécessaire.

6) Rapporter avec la bonne distinction

Déclarez toujours si le run semble être :

• un vrai succès d'implémentation nouvelle,
• une passe de preuve/clôture sur une implémentation déjà existante,
• ou toujours incertain malgré une passe nominale.

Traitez les problèmes de révision finale ou d'état de pause comme des frictions de workflow sauf s'ils sapent la preuve elle-même.

Erreurs courantes

• Faire confiance au statut du goal run sans lire les artefacts.
• Confondre pass avec une implémentation nouvelle.
• Lire un seul marqueur de complétion et s'arrêter.
• Traiter la seule présence de fichiers comme preuve de qualité.
• Vider de grandes charges utiles au lieu de lire des fenêtres délimitées et d'échantillonner les éléments représentatifs.