Aller au contenu
Cluster

Les preuves de qualité, en un coup d'œil

Cette page est une vitrine : elle rassemble, pour un lecteur pressé (évaluateur, décideur, développeur qui découvre), les preuves vérifiables que ce dépôt n’affirme pas sa qualité — il la trace. Chaque ligne renvoie à la source brute (registre, journal de run, script, manifeste) ; cette page ne recopie rien, elle oriente.

Pourquoi une page séparée ? Le détail vit déjà partout (ADR, registre de drifts, journaux de banc, garde-fous). Mais ces preuves sont dispersées : un décideur n’a pas le temps de fouiller. Cette page les consolide et pointe vers la trace de chacune. Pour le récit complet du projet, lire le manifeste ; pour la liste des garde-fous, voir SAFEGUARDS.md.

Le dépôt en chiffres

Section intitulée « Le dépôt en chiffres »

Les chiffres agrégés sont calculés, pas saisis à la main : le script check_gouvernance.py (ADR 0060) les régénère, et le README en publie le bloc à jour (pnpm check:gouvernance --stats). À la dernière régénération :

  • des dizaines d’ADR (décisions de conception, datées et immuables),
  • des plans vivants (la mise en œuvre des décisions, avec leur état),
  • des dizaines de drifts indexés (chaque écart révélé par un run, avec cause et correctif),
  • des dizaines de scénarios E2E reproductibles,
  • 0 % de duplication shell (seuil jscpd ≤ 5 %).

Le bloc chiffré faisant foi (avec la ventilation par statut) est dans le README — il est régénéré par script, jamais édité à la main.

Cinq preuves, et où les vérifier

Section intitulée « Cinq preuves, et où les vérifier »
PreuveCe qu’elle démontreTrace brute (à vérifier soi-même)
Gouvernance tracéeChaque choix est daté, immuable, et relié à sa mise en œuvre (ADR → plan → issue → PR).index des ADR · plans · grille & passages d’audit
Reproductibilité prouvéeLe cluster se monte de zéro, sans intervention manuelle, en un temps mesuré et consigné.journal des runs Lima · ce que le banc prouve
Honnêteté empiriqueChaque écart de run est indexé (symptôme, cause, correctif, statut) — pas caché, capitalisé.registre des drifts · leçons des runs
Couverture E2EDes épreuves réelles (unitaires, intégration de chaîne, chaos) exercent chaque chaîne fonctionnelle.scénarios reproductibles · matrice du catalogue
Chaîne qualité automatiséeAucune régression n’atteint la prod sans franchir hooks, CI, et banc — un contrat d’interface en CI.garde-fous (4 niveaux) · contrat machine-lisible (ADR 0043)

Ce qui distingue ce dépôt

Section intitulée « Ce qui distingue ce dépôt »

On ne déclare « validé » qu’après un run de bout en bout, depuis le code seul. Le lint ne valide pas — il filtre le trivial. Les drifts les plus instructifs (une NetworkPolicy manquante, un build qui sature la mémoire, une CRD qu’un parseur rejette) passaient tous les linters au vert ; seul le run from-scratch les a exposés (ADR 0034, ADR 0052).

La répétition est le processus, pas un échec. Aucune brique n’a jamais fonctionné e2e du premier coup ; le compteur de drifts qui se tarit run après run est la courbe de fiabilisation. Le détail est public, daté, citable.

Les trous sont assumés, pas masqués. La matrice du catalogue nomme explicitement ce qui n’a pas encore été monté (x86, haute disponibilité du plan de contrôle, multi-sites) — l’honnêteté sur la couverture est elle-même une preuve de sérieux.

Pour aller plus loin

Section intitulée « Pour aller plus loin »