Tester son bus factor : l'exercice de l'expert en sourdine

Adopter des pratiques de transmission ne prouve rien tant qu'on n'a pas vérifié qu'elles marchent. Voici comment mesurer son bus factor, avec un exercice simple et sans risque : l'expert en sourdine.

Tout au long de cette série, nous avons vu comment transmettre le savoir : en direct, par écrit, par l’organisation. Reste une question que l’on évite soigneusement : est-ce que ça marche vraiment ? On croit une équipe robuste parce qu’elle documente et pratique le binôme — jusqu’au jour où un départ révèle les trous. Cet article propose de ne pas attendre ce jour-là, et de mesurer sa vulnérabilité pendant qu’il est encore temps.

I. Qu’est-ce que le bus factor ?  

Le bus factor (ou « facteur d’autobus ») répond à une question brutale : combien de personnes doivent disparaître pour qu’un projet s’arrête ? Le nom vient d’une image volontairement crue — combien de membres de l’équipe pourraient être renversés par un bus avant que le travail ne devienne impossible.

Un bus factor de 1 signifie qu’une seule personne détient un savoir critique : son départ suffit à bloquer le projet. Plus le chiffre est élevé, plus la connaissance est répartie, plus l’équipe est résiliente.

L’intérêt de cet indicateur n’est pas sa précision — on le calcule rarement au chiffre près — mais ce qu’il force à regarder : les points de concentration du savoir, ceux dont personne ne parle parce que « ça marche ».

II. Pourquoi on ne le voit jamais venir  

Le risque du bus factor a une propriété redoutable : il est invisible tant que l’expert est là. Le système fonctionne, les questions trouvent réponse, les incidents se règlent. Rien n’alerte, parce que la personne qui absorbe le risque le rend imperceptible.

C’est un angle mort classique : on confond « ça marche » et « c’est robuste ». Or un système qui ne tient que grâce à une seule personne marche parfaitement… jusqu’à la seconde où cette personne n’est plus là. Le risque ne se manifeste qu’au pire moment possible — le départ — quand il est trop tard pour le corriger.

D’où la nécessité de le provoquer volontairement, dans un cadre sûr, plutôt que de le subir.

III. L’exercice de l’expert en sourdine  

Le test le plus honnête est aussi le plus simple. On l’appelle l’expert en sourdine (silent expert) : l’expert reste présent, mais se tait, pendant que le reste de l’équipe affronte un vrai problème de son domaine.

Le déroulé :

1. On choisit une tâche ou un incident réaliste sur le domaine de l’expert.
2. L’expert est dans la pièce (ou l’appel), mais il n’intervient pas : il ne répond pas, ne guide pas, ne touche pas au clavier.
3. L’équipe résout le problème avec ses seules ressources : ce qu’elle sait, et ce qui est documenté.
4. L’expert observe et note chaque endroit où l’équipe se bloque, cherche, ou fait fausse route.

Les trous apparaissent en quelques minutes. Chaque hésitation, chaque « seul Untel sait ça » est une fuite de savoir localisée avec précision — et sans aucun risque, puisque l’expert est là en filet de sécurité si la situation dérape vraiment.

La règle absolue : l’expert ne reprend pas la main. C’est l’instant décisif de l’exercice. Le réflexe naturel — « laisse, je vais le faire » — annule tout : on gagne dix minutes et on perd le diagnostic. Le silence de l’expert est précisément ce qui rend le test valable.

IV. Lire les résultats  

À la fin de l’exercice, la liste des blocages de l’expert est une cartographie de la dette de connaissance. Chaque point relève de l’une de deux natures — et le remède diffère (c’est toute la logique du guide de cette série) :

• Un blocage sur un savoir explicite — une procédure introuvable, une valeur de configuration inconnue, une raison de décision oubliée. Remède asynchrone : un runbook, un ADR, une doc collée au code.
• Un blocage sur un savoir tacite — un réflexe de diagnostic absent, une carte mentale du système qui manque. Remède synchrone : du binôme, du shadowing, un game day.

L’exercice ne se contente donc pas de révéler le problème : il oriente vers la pratique de transmission adaptée. C’est un diagnostic qui vient avec son ordonnance.

V. Les autres signaux à surveiller  

L’expert en sourdine est un test ponctuel. Au quotidien, plusieurs signaux trahissent un bus factor fragile, sans qu’on ait besoin d’organiser quoi que ce soit :

• « On n’y touche pas. » Un module que plus personne n’ose modifier est un module dont le savoir est déjà parti.
• Un seul relecteur systématique sur un domaine : le goulot d’étranglement est aussi le point de rupture.
• La concentration des contributions. Si l’historique du dépôt montre qu’une seule personne touche un composant depuis des années, le bus factor y est de 1.
• La panique en incident. Quand une panne déclenche « il faut appeler Untel » plutôt qu’une procédure, le savoir n’est pas partagé.
• Les congés qui angoissent. Si l’absence d’une personne fait reporter des sujets, c’est qu’elle est un point de passage unique.

Ces signaux sont gratuits : ils sont déjà sous vos yeux, dans l’outil de gestion de version et dans les habitudes de l’équipe.

VI. En faire une habitude  

Un test unique donne une photo ; c’est la répétition qui donne une trajectoire. L’intérêt de l’expert en sourdine grandit quand on en fait un rituel léger et régulier — une fois par trimestre, sur un domaine différent à chaque fois.

Répété, l’exercice change aussi la culture de l’équipe. Il normalise l’idée que dépendre d’une seule personne est un problème d’équipe, pas une qualité individuelle. Il valorise celui qui documente et transmet autant que celui qui « sauve la situation » — un renversement essentiel, car tant que l’héroïsme solitaire est plus récompensé que le partage, le bus factor restera bas.

Et il donne un indicateur concret à suivre dans le temps : le nombre de blocages diminue-t-il d’un trimestre à l’autre ? C’est la preuve, chiffrée, que la transmission fonctionne.

Conclusion  

Adopter des pratiques de transmission sans jamais les tester, c’est croire qu’on est assuré sans avoir lu le contrat. L’exercice de l’expert en sourdine lève le doute en quelques heures, sans risque : il révèle exactement où le savoir se concentre, et vers quelle pratique se tourner pour y remédier.

Le vrai test de la robustesse d’une équipe ne tient pas dans ce que sait son meilleur élément, mais dans ce qui survivrait à son départ. Faites taire l’expert une matinée, et vous saurez enfin la réponse — pendant qu’il est encore là pour vous aider à la corriger.

Useful links  

• Bus factor (Wikipédia)
  Définition, origine et limites du bus factor comme indicateur de concentration du savoir dans une équipe.

• Chesterton’s Fence — le principe expliqué
  Pourquoi on ne devrait rien démolir sans comprendre pourquoi ça existe : le fondement de la valeur du pourquoi documenté.

• Google SRE Workbook — On-Call et résilience
  Approches concrètes pour répartir la connaissance opérationnelle et réduire la dépendance à une seule personne.