Aller au contenu

ADR : Cadre opérationnel AI Coding — modèle « 2 voies » (V2)

Statut : accepted. Remplace la matrice N1/N2/N3 (V1). Calibré pour une équipe ~20 personnes dont ~7 engineers. Les échanges Tech Buddy démarrent le 2026-07-20 (premier point outil d'analyse).

Contexte

La V1 (ADR 2026-05-21, proposed) posait une matrice à 3 niveaux (N1/N2/N3) avec Tech Buddy collé au niveau N2. En pratique, à notre taille :

  • le risque n'est pas de manquer de process — c'est d'en avoir trop (taxe de cérémonie inutile face à la proximité quotidienne) ;
  • le Tech Buddy sert dès qu'il n'y a pas de owner dev, pas seulement sur un cran intermédiaire de criticité ;
  • une seule question de rayon d'explosion suffit à trancher la méthode autorisée.

Cadre réglementaire inchangé : PSFP (ECSP 2020/1503), DORA depuis jan. 2025, MiFID II en préparation. La voie Engineer transpose des obligations (traçabilité, tests, revue, responsabilité) — ce périmètre n'est pas allégeable.

Source Layer 1 : mémo V2 2026-07-20. Définitions opérationnelles : concepts/ai-coding-vibe-coding.

Options envisagées

Option A : Conserver la matrice N1/N2/N3 (V1)

  • Avantages : déjà partiellement adoptée en synchro 21/05 ; vocabulaire connu.
  • Inconvénients : 3 crans pour ~7 engineers = sur-process ; Tech Buddy mal placé (collé à N2 alors que le besoin est « projet sans owner tech ») ; classifications ouvertes depuis mai non tranchées.

Option B : Pas de cadre formel

  • Avantages : zéro cérémonie.
  • Inconvénients : non scalable avec les Product Builders ; hors DORA/AMF sur le périmètre à risque.

Option C : Modèle binaire Vibe / Engineer + Tech Buddy transversal + standards mutualisés

  • Description : une question (rayon d'explosion) → 2 voies. Tech Buddy = filet sur tout projet sans owner dev (30 min–1 h/semaine, challenge du plan). Socle bricks-standards + review IA sur toutes les PR.
  • Avantages : aligne charge et risque ; lance les binômes immédiatement ; conserve la vélocité Vibe là où l'échec reste interne.
  • Inconvénients : discipline de reclassement quand le scope change ; risque de sous-qualifier (mitigé par « doute → Engineer »).

Décision

Option retenue : C — modèle 2 voies.

Vibe Engineer
Quand Échec interne ou à faible conséquence Échec subi par un tiers (investisseur / PDP / régulateur), ou doute
Qui N'importe qui (PB inclus) Ingénieurs uniquement
Méthode Vibe coding sur socle commun AI-Assisted coding (code lu / compris / validé)
Garde-fous PR + review IA ; Tech Buddy si pas de owner dev Peer review humaine + tests chemins critiques + trace audit (DORA)

Heuristique : argent perdu/mal orienté, décision d'investissement faussée, PII investisseur/PDP exposée, obligation légale/contractuelle → Engineer. Doute → Engineer jusqu'à preuve du contraire.

Tech Buddy : déclenché par l'absence d'owner dev, pas par un niveau de criticité. Challenge le plan, ne valide pas le code, n'engage pas sa responsabilité sur le résultat.

Frontière Product Builder : vibe jusqu'au POC / proto validé ; au-delà = engineering. Pas de mode « solo jusqu'à scale puis Tech reprend » (pire scénario Karpathy).

Cette ADR supersede ADR 2026-05-21 cadre V1 et, par cascade, la V0 ADR 2026-04-30 grille de criticité.

Conséquences

Positives attendues

  • Lancement immédiat des binômes Tech Buddy (attribution nominale dans le concept).
  • Moins de taxonomie à maintenir ; une question unique de classification.
  • Standards mutualisés restent le vrai levier (vélocité Vibe sans perte de maîtrise).

Négatives acceptées

  • Vocabulaire N1/N2/N3 à migrer dans les docs / fiches de poste / rules.
  • Projets déjà en prod hors process : plans de mise en conformité légers, pas de rétro-blocage.

Reversibilité

  • Coût d'annulation : bas à moyen (retour V1 possible tant que le vocabulaire 2 voies n'est pas ancré RH).

Plan d'implémentation

  • [x] Formaliser V2 (mémo source + concept + cette ADR) — 2026-07-20
  • [x] Attribution nominale Tech Buddies (base de départ) — dans concept
  • [x] Premier créneau Tech Buddy outil d'analyse (William × Romain, Denis présent) — fiche
  • [ ] Confirmer rapidement les reclassements provisoires Vibe/Engineer (table du concept) — async, sans réunion lourde
  • [ ] Muscler bricks-standards (stack, conventions, rules IDE, libs recommandées, CI)
  • [ ] Aligner fiches de poste Product Builder / Dev sur Vibe vs Engineer
  • [ ] Journaliser les points dans la base Suivi Tech Buddy (Notion)

Métriques de succès

  • Chaque projet Vibe sans owner dev a un Tech Buddy nominal et un créneau récurrent.
  • Aucun incident critique sur un sujet classé Vibe à tort (sinon = mauvaise classification).
  • Au moins un projet vibé reprenable par la Tech sans réécriture intégrale (proxy des standards).

Sources

Révisions

  • 2026-07-20 : créée en accepted (V2 opérationnelle au démarrage des Tech Buddies)