Réduire le bus factor d'une équipe front

Huit zones reviennent, mission après mission. Aucune n'est critique le jour du départ. Chacune devient une dette dès que sa raison n'a plus de propriétaire :

• les tokens du design system : pourquoi une élévation existe, à quelle condition on la supprime ;
• les conventions de code : la grille qui fait qu'un nouveau fichier ressemble aux autres ;
• les décisions de review : ce qui se refuse, et pourquoi ce refus tient encore ;
• le parcours d'onboarding : comment l'équipe installe quelqu'un ;
• les compétences métier : les règles derrière les écrans ;
• les patterns d'architecture : la frontière entre les couches ;
• les workarounds assumés : ce qui est contourné, et jusqu'à quand ;
• les rituels d'équipe : ce qui se dit en réunion et nulle part ailleurs.

Le point commun : sur chacune, la connaissance existe, mais elle vit dans une tête. Une convention écrite se transmet. Une convention tacite se perd.

Deux noms dans le tableau ne suffisent pas. Une personne est autonome sur une zone quand elle peut modifier, tester, diagnostiquer et livrer sans l'expert d'origine. C'est le test de l'absence simulée : confiez une tâche réelle de la zone à la deuxième personne, l'expert ne touche pas au clavier. Ce qui bloque (un accès, un choix non écrit, une étape qui n'existe nulle part) sort au grand jour, et chaque blocage devient un point à écrire.

L'objectif n'est pas que tout le monde sache tout. C'est qu'aucune zone critique ne dépende d'une seule personne, et que le temps de diagnostic sur une zone peu connue baisse mois après mois. C'est la mécanique que CodeBlend installe en début de mission, avant d'écrire quoi que ce soit : la matrice décide où porter l'effort.

Un format suffit : une phrase de contexte, la décision, les alternatives refusées, la conséquence. Une page maximum, des phrases complètes, un fichier par décision, des numéros qui ne se réutilisent jamais. Dix minutes à l'instant de la décision valent mieux qu'une soirée de documentation le vendredi.

La nouveauté de 2026 : cette trace a désormais deux lecteurs. Les études 2026 sur les context files (ETH Zurich) montrent que les agents de code suivent les instructions spécifiques et ignorent les résumés génériques. Une décision pointée comme règle explicite dans les instructions du dépôt se fait obéir par les agents ; la même décision glissée dans une documentation générale se fait lire, pas appliquer. Résultat : chaque décision écrite fait descendre le bus factor de deux publics à la fois, l'équipe et les agents. Le bus factor ne descend pas à zéro. Il devient N : le nombre de décisions écrites, connu de toute l'équipe et de chaque agent qui lit le dépôt.

Une équipe qui réduit son bus factor prépare donc aussi son cadre IA. Les deux sujets partagent les mêmes artefacts : le fichier d'instructions qui encadre humains et agents, les tests qui transforment les règles en mécanique, les décisions tracées.L'article sur la gouvernance du code généré par IA montre ces trois artefacts tels qu'ils vivent dans un vrai dépôt.

Un choix qui n'est pas écrit est un choix que votre agent refera à votre place.

1. Semaine 1, cartographier : la matrice personne × domaine sur les huit zones, et les trois lignes à plus haut risque.
2. Semaine 2, écrire : la prochaine décision qui compte devient une trace écrite dans la PR qui la porte ; puis remontez la piste des décisions que personne ne sait plus justifier, chacune est un candidat.
3. Semaine 3, transférer par la pratique : sur chaque zone à risque, le backup réalise une tâche réelle, l'expert relit ; les blocages rencontrés alimentent la trace.
4. Semaine 4, vérifier : l'absence simulée. Une tâche de zone critique, sans l'expert. Ce qui a bloqué se corrige dans la matrice et dans les décisions écrites.

Le déplacement du bus factor vers le pourquoi, et son traitement par les ADR, font l'objet d'un numéro d'Orchestrateur : « Ton senior part avec le pourquoi. L'IA, elle, devine le reste ». La newsletter porte l'argument et les contre-points ; cette page reste du côté de la mise en place. Si vous faites entrer un renfort pour traiter ce risque, l'offre Renfort décrit comment CodeBlend entre dans une équipe : diagnostic et plan à 30 jours, décisions écrites, passation préparée dès le début de mission. Le cadre de travail, décisions et tests compris, est détaillé sur la page méthode.