La capacité d’une entreprise à cultiver une véritable culture du Problem Solving est l’une de ses forces les plus durables, autant pour le présent que pour l’avenir. Mais entre l’intention et la pratique, un écart se creuse souvent sans qu’on le remarque : la façon dont on traite les problèmes détermine, bien plus qu’on ne le croit, ce que l’équipe en retire réellement. Et c’est précisément là qu’un concept issu des neurosciences, le Near Transfer, change la donne.
Le piège du backlog de problèmes
Quand une équipe décide de prendre le Problem Solving au sérieux, le premier réflexe est presque toujours le même : créer des tickets pour chaque problème identifié. On documente, on priorise, on planifie. En somme, on alimente un backlog de problèmes à résoudre. L’intention est bonne, mais l’approche porte en elle deux faiblesses structurelles.
Un backlog est une zone de stockage, pas un moteur
Par définition, un backlog est un système de stockage. Et comme tout stock, la majorité de ce qu’il contient finit par se périmer : les éléments deviennent obsolètes, le contexte évolue, les priorités changent, et la plupart des tickets sont silencieusement abandonnés. C’est le syndrome du Later means never : reporter à plus tard revient, le plus souvent, à ne jamais traiter. Un backlog de problèmes donne l’illusion du contrôle alors qu’il ne fait qu’accumuler de la dette.
L’apprentissage se dégrade avec le temps
Même lorsqu’un élément du backlog finit par être traité, le délai entre l’apparition du problème et sa résolution joue contre vous. Entre les deux, le contexte se dilue : les détails techniques précis, les conditions exactes dans lesquelles le problème s’est manifesté, les intuitions des personnes présentes au moment des faits, tout cela s’estompe. On résout alors un problème reconstitué de mémoire, et l’apprentissage qui devrait en découler perd l’essentiel de son impact. Le problème est peut-être réglé, mais l’équipe n’a presque rien appris.
Le Near Transfer : l’art de battre le fer tant qu’il est chaud
C’est en lisant le Lean Tech Manifesto de Benoît Charles-Lavauzelle et Fabrice Bernhard (un excellent ouvrage qui met en lumière la puissance du Lean appliqué à la Tech) que j’ai découvert l’origine de ce concept.
Le Near Transfer découle d’une étude scientifique en neurosciences menée par Barnett & Ceci (2002). Son enseignement central est simple à formuler et lourd de conséquences : la pratique immédiate rend l’apprentissage bien plus efficace et durable. Plus l’intervalle entre l’acquisition d’une connaissance et sa mise en application est court, mieux cette connaissance s’ancre et se transfère vers des situations proches.
Transposé à une démarche de Problem Solving, ce principe se traduit par deux exigences concrètes.
Résoudre les problèmes dès qu’ils apparaissent
La résolution doit intervenir le plus tôt possible, dès l’instant où le problème se manifeste, pas dans deux semaines, pas dans deux sprints. C’est au moment où le contexte est encore chaud, où les conditions du problème sont sous les yeux de tous, que l’apprentissage est le plus riche.
Cela suppose de mobiliser toutes les personnes en lien avec le problème. Chaque personne laissée de côté est une personne qui ne pourra potentiellement pas tirer d’apprentissage de la situation. Le but n’est pas seulement de réparer : c’est de faire en sorte que ceux qui vivent le problème soient aussi ceux qui le comprennent et le résolvent, car ce sont eux qui en retireront le plus.
Partager et mettre en pratique les apprentissages sans attendre
Résoudre ne suffit pas : il faut diffuser. Et là encore, la rapidité est déterminante. Que ce soit via une session Kaizen, du mob programming ou un kata, l’enjeu est de transformer la résolution en pratique partagée pendant que le contexte est encore frais. Plus la mise en pratique collective suit de près la résolution, plus l’apprentissage se propage et s’enracine dans l’équipe.
Chaque problème, une opportunité d’apprentissage
C’est tout le renversement qu’opère le Near Transfer : il fait passer le problème du statut de tâche à évacuer à celui d’opportunité d’apprentissage à saisir immédiatement. Là où un backlog transforme les problèmes en stock qui se déprécie, le Near Transfer les transforme en occasions de faire progresser l’équipe, à condition de ne pas laisser le temps faire son œuvre d’érosion.
Mobilisez les bonnes personnes au bon moment, résolvez sur-le-champ, partagez sans attendre. Chaque problème devient alors un levier de progression continue, non seulement pour l’équipe directement concernée, mais pour l’entreprise tout entière. C’est ainsi qu’une culture du Problem Solving cesse d’être un vœu pieux pour devenir une mécanique d’amélioration permanente.