Une dépendance qui se construit sans être décidée
Beaucoup de transformations réussissent leur mise en service et s'essoufflent dans les mois qui suivent. Le nouveau processus de clôture est respecté tant que le consultant anime les points d'avancement, et le modèle de forecast reste à jour tant que celui qui l'a construit s'en occupe. Après le départ de l'équipe projet, les anciennes habitudes reviennent et des fichiers parallèles réapparaissent à côté de l'outil.
Le signe le plus fiable de cette dépendance se lit dans les comptes rendus de pilotage. Lorsque les actions restent attribuées au consultant semaine après semaine, la reprise par l'équipe n'a pas commencé. C'est pourquoi nous suivons, dans chaque comité de projet, la part des travaux réalisés par les équipes internes et son évolution d'une période à l'autre.
Cette dépendance s'installe rarement par choix. Sous la pression des délais, il est plus rapide pour le consultant de faire lui-même que d'expliquer, et les équipes, absorbées par le quotidien, acceptent volontiers de déléguer. Chaque semaine gagnée de cette façon se paie au moment de la passation, lorsque le savoir-faire n'a jamais quitté l'équipe projet.
Organiser la passation dès le cadrage
Le transfert se prépare au premier jour de la mission. Dans la proposition, nous écrivons qui reprendra chaque livrable et selon quel critère la reprise sera jugée réussie. Les personnes concernées sont désignées côté client dès le lancement, et elles participent à la construction du dispositif dès les premiers ateliers.
Désigner un repreneur a un sens s'il dispose du temps nécessaire. Lorsqu'une personne déjà absorbée par la clôture reçoit en plus la responsabilité d'un nouveau dispositif, la reprise échoue pour une raison d'organisation, quelle que soit sa compétence. Le cadrage traite donc cette question avec la direction, quitte à décaler d'autres travaux pendant la période de transfert.
Ce choix change la manière de travailler. Les ateliers se tiennent avec les personnes qui exploiteront le dispositif, sur leurs propres données. Les livrables sont construits dans les outils de l'entreprise et selon ses conventions, de sorte qu'ils restent lisibles une fois l'équipe projet partie. Le rythme est un peu plus lent au début, puis nettement plus rapide à la fin, lorsque l'équipe n'a plus à découvrir un système conçu sans elle.
La documentation s'écrit au fil de l'eau. Une procédure rédigée en fin de mission décrit ce que le consultant pense avoir fait. Celle qu'écrit l'équipe en exécutant le processus décrit ce qu'elle fait réellement, et c'est celle-là qui servira lors du prochain changement de personne.
Tester la reprise avant de partir
La meilleure preuve qu'un dispositif est repris consiste à le faire tourner sans le consultant. Avant la fin de la mission, nous prévoyons au moins un cycle complet, par exemple une clôture mensuelle ou un reforecast, piloté par l'équipe interne, avec notre seule présence en appui.
Ce cycle fait apparaître les points de fragilité, comme une étape que seul le consultant savait exécuter ou une donnée dont la source n'a jamais été écrite. Il reste alors le temps de les corriger. Sur un modèle de coûts par activités, ce test révèle fréquemment qu'une partie du référentiel n'est maintenue par personne, ce qui se règle facilement en cours de mission et beaucoup plus difficilement une fois l'équipe projet dispersée.
Un critère simple permet de conclure : l'équipe sait expliquer seule un écart inattendu produit par le dispositif. Tant que cette condition n'est pas remplie, la passation reste incomplète et la mission se poursuit sur ce point précis.
Ce que nous faisons concrètement
Dans nos missions de finance, le transfert figure dans le périmètre écrit, au même titre que les livrables techniques. La cible est construite par étapes courtes, chacune produisant un résultat utilisable par les équipes, et chaque livrable est testé sur un cycle réel avant d'être arrêté.
Nous accompagnons ensuite la prise en main, avec une formation des personnes qui reprennent le dispositif et une documentation qu'elles ont elles-mêmes relue. La mission s'arrête lorsque le premier cycle piloté par l'équipe s'est déroulé correctement. Nous l'indiquons dès la proposition, afin que la fin de la mission soit un objectif partagé dès le départ.