Transfert de capacité

La capacité reste-t-elle chez vous ?

Un programme se termine. L’équipe externe remet le système, la documentation et un rapport final. Tout fonctionne le jour du transfert, et souvent pendant des mois ensuite.

Puis quelque chose doit changer. Une réglementation est mise à jour, un fournisseur est remplacé, un processus doit être adapté à une situation que personne n’avait anticipée. Et l’institution découvre qu’elle possède le système, mais pas la capacité de le modifier. Les personnes qui savaient pourquoi il avait été construit ainsi sont parties. La documentation explique ce que fait le système, pas pourquoi. L’étape suivante est un nouvel achat, pour une autre équipe externe, afin de reconstruire une compréhension qui avait déjà existé.

Nous observons ce schéma dans les administrations publiques, chez les opérateurs d’infrastructure et dans des organisations de toutes tailles. Il est rarement causé par un mauvais travail. Il vient plus souvent d’un bon travail organisé de la mauvaise manière : l’équipe externe était efficace précisément parce qu’elle détenait les connaissances, et rien dans l’engagement n’exigeait que ces connaissances se déplacent.

Notre position est simple. La capacité ne se transmet pas à la fin d’un engagement. Elle se construit dans l’institution pendant le travail, ou elle ne se construit pas du tout. Le transfert n’est pas la phase finale d’un projet. C’est une propriété de conception de l’ensemble de l’engagement.

C’est pourquoi la dernière étape de chaque Task Force ESFI n’est pas un livrable mais une condition : la fonction n’a plus besoin de nous. La capacité reste. La Task Force s’en va.

Une capacité qui part avec les personnes qui l’ont construite n’a jamais été une infrastructure.

Un système livré n’est pas une capacité livrée

La confusion la plus fréquente que nous rencontrons consiste à confondre le fait d’avoir un système qui fonctionne avec la capacité à travailler avec lui.

Un système peut être livré, testé et accepté alors que l’institution reste incapable d’en faire autre chose que l’exploiter au quotidien. C’est une forme étroite de propriété. Elle ne tient que tant que rien ne change.

Nous trouvons utile de distinguer quatre niveaux de capacité, car chacun échoue différemment.

Exploiter. L’institution peut faire fonctionner la fonction dans des conditions normales. C’est ce que réalisent la plupart des transferts.

Maintenir. L’institution peut garder la fonction en bonne santé : appliquer des mises à jour, diagnostiquer les pannes ordinaires, se rétablir après des défaillances courantes sans appeler l’équipe d’origine.

Modifier. L’institution peut adapter la fonction lorsque ses exigences, son environnement ou ses conditions juridiques changent. Cela exige de comprendre non seulement comment le système fonctionne, mais pourquoi il a été conçu ainsi.

Juger. L’institution peut évaluer le travail réalisé par d’autres pour son compte. Elle peut dire si la proposition d’un fournisseur est solide, si une réparation a été correctement effectuée, si un prix est raisonnable. C’est le niveau le plus souvent perdu et le plus coûteux à perdre, car une institution qui ne peut pas juger ne peut pas bien acheter.

Un transfert qui livre le premier niveau et se déclare complet laisse l’institution exposée sur les trois autres. Cela n’apparaît généralement qu’au premier changement réel.

La plupart de ce qui compte n’a jamais été écrit

La réponse évidente à la perte de capacité est la documentation. Elle aide, et nous l’exigeons. Mais elle ne résout pas le problème, et il vaut la peine de préciser pourquoi.

Le philosophe Michael Polanyi a observé que « nous pouvons savoir plus que nous ne pouvons dire ». Une grande partie de ce qui rend une équipe expérimentée efficace est de cette nature : jugement sur les signaux d’alerte qui comptent, les raccourcis qui sont sûrs, la contrainte de conception qui était volontaire et celle qui était un accident. Cela vit dans les personnes et dans la pratique, pas dans les manuels.

La documentation consigne les décisions. Elle consigne rarement le raisonnement qui y a conduit, les alternatives rejetées ou les conditions dans lesquelles la décision devrait être reconsidérée. Une institution qui hérite des décisions sans le raisonnement peut exploiter ce qu’elle a reçu, mais elle ne peut pas le modifier en sécurité. Chaque changement devient une conjecture sur l’intention des concepteurs d’origine.

Nous traitons donc trois éléments comme faisant partie de tout transfert, et pas seulement la documentation :

Des registres de décision qui expliquent pourquoi, pas seulement quoi, y compris les conditions dans lesquelles une décision devrait être reconsidérée.
Une pratique partagée : du travail réalisé ensemble, afin que le jugement se forme chez les personnes de l’institution plutôt que d’être décrit après coup.
Des connaissances exercées : des procédures que le personnel de l’institution a réellement exécutées, et pas seulement lues.

La recherche sur les connaissances organisationnelles, notamment les travaux de Nonaka et Takeuchi, souligne depuis longtemps que les connaissances tacites se transmettent principalement par l’expérience partagée. Notre expérience le confirme. Une connaissance qui n’a jamais été utilisée par les personnes censées la détenir n’a pas encore été transférée.

Le transfert ne peut pas être la dernière phase

Beaucoup d’engagements planifient le transfert comme une étape finale : une période de handover, une série de formations, un ensemble de documents. La logique paraît solide. Construire d’abord, transférer ensuite.

En pratique, c’est là que la capacité se perd. À la phase finale, les décisions importantes ont été prises par des personnes qui s’apprêtent à partir. Le personnel de l’institution doit absorber en quelques semaines ce que l’équipe externe a appris en plusieurs mois, généralement en plus de son travail normal. La formation décrit un système fini plutôt que le raisonnement qui l’a produit.

Nous concevons le transfert autrement. Dès la première semaine, les personnes de l’institution occupent des rôles définis dans le travail, pas des sièges d’observateurs. Les décisions sont prises avec elles, pas présentées après coup. La part du travail portée par l’équipe externe est planifiée pour diminuer au cours de l’engagement, et cette diminution est suivie aussi ouvertement que n’importe quel autre jalon.

Cela a un coût. C’est plus lent au début, car expliquer une décision prend plus de temps que la prendre. Nous considérons ce coût comme faisant partie du prix à payer pour construire quelque chose que l’institution possédera réellement.

La dépendance naît souvent du succès

Il est tentant de voir la perte de capacité comme le résultat de mauvais fournisseurs. Souvent, c’est l’inverse.

Une équipe externe compétente résout rapidement les problèmes. L’institution apprend à compter sur elle. Chaque engagement réussi rend le suivant plus probable, et chacun déplace un peu plus de la compréhension de l’institution hors de ses murs. Avec le temps, l’institution devient très bonne pour commander du travail et moins capable de le faire ou de le juger.

Ce schéma a été examiné de manière critique ces dernières années, notamment dans l’étude de Mariana Mazzucato et Rosie Collington sur la manière dont la dépendance envers les cabinets de conseil peut affaiblir les capacités des organisations qui les utilisent. Il n’est pas nécessaire de partager toutes les conclusions de ce débat pour reconnaître le mécanisme : lorsque le succès est mesuré par la livraison et non par ce qui reste, la dépendance devient un résultat rationnel pour toutes les parties.

La réponse n’est pas d’éviter l’expertise externe. Les institutions en ont besoin, et des programmes européens tels que l’Instrument d’appui technique existent précisément parce qu’une capacité spécialisée ne peut pas toujours être construite en interne à temps. La réponse est de changer ce qui compte comme réussite.

Nous mesurons un engagement par ce que l’institution peut faire sans nous lorsqu’il se termine. C’est aussi pourquoi notre modèle prévoit une sortie définie. Une Task Force qui devient permanente a échoué dans la seule chose pour laquelle elle existe.

Ce que « la capacité reste » signifie réellement

« La capacité reste » est facile à dire et facile à revendiquer. Nous essayons de rendre cela observable.

Lorsqu’un engagement est terminé, nous attendons de l’institution qu’elle puisse faire les choses suivantes sans nous :

apporter une modification significative à la fonction et expliquer pourquoi elle a été faite ainsi ;
amener un nouveau membre du personnel à un niveau opérationnel avec ses propres personnes et ses propres supports ;
se rétablir après une défaillance réaliste en utilisant des procédures que son personnel a déjà exercées ;
évaluer la proposition d’un fournisseur ou une réparation achevée et parvenir à un jugement défendable ;
décider, si elle le souhaite, de remplacer un composant, un fournisseur ou nous.

Le dernier point est le plus important. Une institution qui ne pourrait pas remplacer ses conseillers n’a pas reçu de capacité. Elle a reçu une dépendance accompagnée d’une bonne documentation.

Le test le plus honnête vient après notre départ : le premier changement que l’institution réalise seule. S’il se passe bien, le transfert a fonctionné. S’il faut nous rappeler, il n’a pas fonctionné, quoi qu’en dise le rapport final.

La capacité est aussi un point unique de défaillance

Nous parlons souvent des points uniques de défaillance en termes techniques : un centre de données, une route réseau, un fournisseur. La capacité peut échouer de la même manière.

Une fonction peut dépendre entièrement d’une personne qui sait la restaurer, d’un prestataire autorisé à la réparer ou d’une équipe qui se souvient pourquoi elle a été configurée ainsi. Lorsque cette personne prend sa retraite, que ce contrat se termine ou que cette équipe est réorganisée, la fonction devient fragile sans que rien ne change visiblement.

Nous traitons donc la localisation des connaissances comme faisant partie de la résilience d’une institution, pas seulement de ses ressources humaines. Où se trouve réellement la capacité d’exploiter, de modifier et de juger cette fonction ? Combien de personnes la détiennent ? A-t-elle été exercée par plus d’une d’entre elles ? L’institution pourrait-elle la reconstruire si elle la perdait ?

C’est ici que le transfert de capacité rejoint notre travail sur la résilience. Un système qui survit à une panne technique mais pas au départ d’un spécialiste n’est pas résilient. Il a de la chance.

Sans capacité, le contrôle n’est que formel

La même question apparaît dans notre travail sur la souveraineté. Une institution peut posséder ses systèmes, les héberger dans la bonne juridiction et détenir tous les contrats nécessaires, tout en restant incapable d’agir lorsqu’une dépendance doit changer, parce que les connaissances nécessaires pour la modifier restent chez le fournisseur.

Une propriété formelle sans la capacité de l’exercer est une forme faible de contrôle. Chaque décision importante continue de passer par la compréhension de quelqu’un d’autre.

Pour cette raison, nous traitons le transfert de capacité comme faisant partie de tout effort sérieux pour réduire la dépendance. Déplacer un système ne suffit pas si la capacité à l’exploiter et à le modifier ne se déplace pas avec lui.

Comment nous travaillons ensemble

Le transfert de capacité est intégré à la manière dont fonctionne une Task Force ESFI, du diagnostic à la sortie.

Diagnostiquer. Nous commençons par la fonction et demandons où se trouve réellement la capacité aujourd’hui : qui peut l’exploiter, la maintenir, la modifier et la juger, où les connaissances sont concentrées et ce qui n’a jamais été écrit ou exercé.

Construire. La livraison se fait avec des homologues institutionnels occupant des rôles définis. Les décisions sont consignées avec leur raisonnement. La part externe du travail est planifiée pour diminuer, et cette diminution est visible.

Transférer. Les procédures, les outils, les données et les routines se déplacent dans l’institution et sont exercés par ses propres personnes avant que nous nous retirions.

La capacité reste. L’engagement se termine lorsque la fonction n’a plus besoin de nous, pas lorsqu’un livrable est accepté.

Lorsque nous examinons une fonction avec un partenaire, voici les questions que nous parcourons généralement :

Question	Ce qu’elle révèle
Qui peut aujourd’hui exploiter, maintenir, modifier et juger cette fonction ?	Où la capacité manque, et à quel niveau.
Combien de personnes détiennent chaque niveau ?	La concentration des connaissances ; les points uniques de défaillance.
Qu’est-ce qui est documenté, et cela explique-t-il pourquoi ?	Si le changement est possible sans deviner.
Qu’est-ce qui a réellement été exercé par le personnel interne ?	La différence entre une connaissance décrite et une connaissance détenue.
De quoi l’institution aurait-elle besoin pour remplacer son fournisseur actuel ?	La profondeur réelle de la dépendance.
À quoi ressemblera le premier changement indépendant ?	Le test que le transfert doit réussir.

Là où nous sommes prudents

Nous nous imposons quelques engagements quant à ce que nous affirmons.

Nous ne considérons pas un transfert comme achevé parce qu’une formation a été dispensée ou que des documents ont été remis. Ce sont des intrants. Le résultat est ce que l’institution peut faire.

Nous ne mesurons pas le transfert en heures de formation, en pages de documentation ou en nombre d’ateliers.

Lorsque la capacité ne s’est pas déplacée, nous le disons, et nous indiquons à quel niveau. Un transfert partiel honnêtement décrit est plus utile qu’un transfert complet sur le papier.

Nous ne restons pas plus longtemps que la fonction ne l’exige, et nous ne concevons pas d’engagements qui rendent l’institution dépendante de nous. La valeur de notre travail devrait se voir dans le peu dont l’institution a besoin de nous ensuite.

Lectures complémentaires

Thèmes associés : Souveraineté · Résilience · Ce qui reste chez vous

Évolution de cette position

24 septembre 2026 — Première publication.

Les modifications substantielles sont indiquées ici avec leur date. Les corrections de formulation ou de liens ne le sont pas.