Ingénierie on Simple Enough Blog

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

Mon, 20 Jul 2026 17:00:00 +0200

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.

Les dispositifs qui font circuler le savoir : rotation, game days et guildes

Mon, 20 Jul 2026 16:00:00 +0200

Dans le guide des modes de collaboration, nous avons vu comment transmettre en direct (le tacite) et par écrit (l’explicite). Mais une équipe peut maîtriser toutes ces pratiques et voir malgré tout son savoir se concentrer sur quelques personnes. La raison est structurelle : sans dispositif qui l’y oblige, la connaissance suit la pente naturelle de la spécialisation. Cet article traite de la couche organisationnelle — non pas comment on travaille ensemble, mais comment on s’arrange pour que le savoir circule par défaut.

Transmettre en asynchrone : revue de code, ADR et docs-as-code

Mon, 20 Jul 2026 15:00:00 +0200

Dans le guide des modes de collaboration, nous avons posé une règle : le savoir explicite se transmet en asynchrone. Là où les modes synchrones font passer l’intuition par le contact, les modes asynchrones fixent ce qui peut être écrit — et produisent une trace qui survit aux départs. Encore faut-il éviter le piège classique : une documentation que personne ne lit et que plus personne ne met à jour. Cet article détaille les pratiques qui marchent, et pourquoi.

Travailler ensemble en direct : pair, mob, shadowing et swarming

Mon, 20 Jul 2026 14:00:00 +0200

Dans le guide des modes de collaboration, nous avons posé une règle : le savoir tacite ne se transmet que par le contact. Les modes synchrones sont donc irremplaçables — mais ils ont un coût, et ce coût fait peur. « Deux personnes sur une seule tâche, c’est diviser la productivité par deux. » Cet article démontre le contraire et détaille les quatre grandes façons de travailler ensemble en direct, avec leurs variantes et leurs pièges.

Transmettre le savoir dans une équipe tech : le guide des modes de collaboration

Mon, 20 Jul 2026 13:00:00 +0200

Dans « Quand le dernier expert disparaît », nous avons vu pourquoi la mémoire d’une équipe est une dette technique invisible. Reste le comment y remédier. Pair programming, mob, shadowing, revue de code, ADR, rotation d’astreinte : les pratiques ne manquent pas, et c’est précisément le problème — on ne sait pas laquelle choisir. Ce guide les cartographie et donne une règle simple pour trancher.

I. Deux natures de savoir : tacite et explicite

Avant de choisir une pratique, il faut savoir ce que l’on transmet. Toute connaissance d’équipe se répartit en deux familles, et elles n’obéissent pas aux mêmes lois.

Quand le dernier expert disparaît

Mon, 20 Jul 2026 12:00:00 +0200

Il existe, dans presque chaque organisation, un système dont on parle à voix basse. Il tourne depuis dix ans, il est critique, et une seule personne sait vraiment comment il fonctionne. Le jour où cette personne part — retraite, démission, mutation — ce n’est pas seulement un collègue qui s’en va : c’est une bibliothèque entière qui ferme sans avoir été copiée. Ce savoir perdu est une forme de dette technique, la plus insidieuse de toutes, car elle ne se voit dans aucun tableau de bord.