Perspectives

Former d'abord, installer ensuite

La plupart des interventions opérationnelles installent des systèmes par-dessus une équipe à qui on n'a jamais expliqué leur raison d'être. Provenance forme l'équipe d'abord, pour que les systèmes tiennent après le départ du consultant.

---

Voici une scène que j'ai vue plus souvent que je ne saurais compter. Un propriétaire fait appel à de l'aide pour corriger ses opérations. Le consultant cartographie les processus, rédige une série de procédures, construit un tableau de bord de KPI et met en place une réunion du lundi. À la remise, tout semble excellent. Le cartable est épais, le tableau de bord est coloré, tout le monde hoche la tête. Six semaines plus tard, le tableau de bord n'a pas été mis à jour depuis que le consultant a franchi la porte, les procédures dorment dans un dossier partagé que personne n'ouvre, et la réunion du lundi a doucement glissé vers un tour de table où chacun lit ses tâches à voix haute. Le propriétaire est redevenu la réponse à chaque question de l'entreprise.

Le travail n'était pas mauvais. Le problème, c'est que le système a été installé par-dessus une équipe à qui on n'a jamais expliqué pourquoi il existe.

Un système se teste la semaine chargée, pas la semaine calme

N'importe quel système d'exploitation a bonne mine la semaine où on le remet. Le vrai test vient plus tard, et il est précis. Trois personnes sont absentes. Une grosse commande arrive. Un fournisseur est en retard et un client hausse le ton. C'est cette semaine-là qu'on découvre si l'équipe fait réellement tourner le nouveau système ou si elle retombe sur ce qu'elle comprenait avant votre arrivée.

Si elle n'a jamais compris la nouvelle façon de faire, elle l'abandonne. Pas par paresse. Les gens protègent ce qu'ils comprennent et laissent tomber ce qui leur échappe. Un tableau de bord que personne ne sait lire est ignoré dès la première heure difficile. Une procédure que personne n'a aidé à écrire ressemble à une règle imposée de l'extérieur, et les règles venues de l'extérieur sont les premières à sauter quand la pression monte. Un système que personne ne sait expliquer est un système que personne ne défendra.

Ce que j'ai appris en lisant des contrôles pour gagner ma vie

J'ai passé des années comme vérificateur fiscal, et l'essentiel de ce travail consistait à comparer ce que des registres prétendaient à ce qui s'était réellement passé. J'ai lu beaucoup de contrôles qui existaient sur papier et pas dans la pratique. La signature était là. Le rapprochement était planifié. Sur la page, tout tenait. Dans la salle, personne ne pouvait me dire pourquoi le contrôle existait ni ce qu'il était censé détecter, alors il avait discrètement cessé de détecter quoi que ce soit.

L'écart ne venait presque jamais du document. Le document était généralement correct. L'écart venait de ce que les personnes censées faire vivre le contrôle ne le comprenaient pas et n'y croyaient pas. Je vois exactement le même échec en opérations. Un propriétaire n'a pas un problème de documentation. Il a un problème de compréhension déguisé en problème de documentation.

En Lean, la norme appartient à ceux qui font le travail

C'est le point que la plupart des interventions prennent à l'envers. En Lean, le travail standard n'est pas une procédure écrite pour une équipe par quelqu'un de plus malin dans un bureau au coin. C'est une norme que les gens qui font le travail possèdent, suivent et améliorent lorsqu'ils trouvent une meilleure façon de faire. Le document n'est que l'endroit où l'on consigne la meilleure méthode connue à ce jour. Quand la méthode s'améliore, ceux qui font le travail changent la norme. C'est tout le moteur de l'amélioration continue, et il ne tourne que si l'équipe comprend la mécanique assez bien pour y toucher.

Donnez à une équipe une norme qu'elle n'a pas bâtie et qu'elle ne comprend pas, et vous n'avez pas installé l'amélioration continue. Vous en avez installé une photographie. Elle ne s'adaptera pas, parce que les seules personnes assez proches pour l'améliorer n'ont jamais appris comment.

Alors nous formons d'abord, puis nous installons

Provenance procède dans l'autre sens, volontairement. Avant d'installer quoi que ce soit, nous apprenons à l'équipe comment de bonnes opérations fonctionnent vraiment. À quoi sert un KPI, et pourquoi le mauvais indicateur mène tranquillement l'entreprise dans le mur. Pourquoi un goulot se forme, et pourquoi ajouter de l'effort partout ailleurs l'aggrave. Ce qu'une cadence hebdomadaire est censée produire, et comment distinguer une vraie réunion d'exploitation d'une récitation de statut. C'est la formation en opérations et en gestion, offerte en français ou en anglais, parce qu'une équipe qui doit traduire l'idée dans sa tête avant de pouvoir s'en servir ne se l'approprie jamais tout à fait.

Ensuite, les systèmes s'installent. Le rythme, les procédures, le tableau de bord, la délégation, les contrôles. La différence, c'est que maintenant les gens qui les font tourner savent à quoi chacun sert. Quand la semaine chargée arrive, ils n'abandonnent pas le système. Ils s'appuient dessus, parce qu'ils comprennent ce qu'il fait pour eux. Et quand ils trouvent une meilleure façon de faire, ils améliorent la norme eux-mêmes, sans moi dans la salle, parce que l'améliorer, c'est précisément ce que nous leur avons appris à faire.

Deux moitiés d'une même méthode, pas deux services

On me demande si Provenance fait de la formation ou des opérations fractionnées, comme s'il s'agissait de deux rayons d'un magasin. C'est une seule méthode. Le travail de COO fractionné installe et fait tourner le système d'exploitation. La formation donne à l'équipe la littératie pour le faire tourner après la fin du mandat. Achetez l'un sans l'autre et vous récoltez l'une de deux déceptions. La formation seule vous donne une équipe qui comprend de bonnes opérations et n'a aucun système à faire tourner. Un COO fractionné seul vous donne un système propre qui s'effondre au moment où le mandat prend fin.

Ensemble, ils se renforcent. La formation donne un sens au système installé, et le système en marche donne à la formation quelque chose de réel où mordre. C'est la raison honnête pour laquelle les améliorations tiennent après mon départ. Je ne cherche pas à rendre l'entreprise dépendante de moi pour toujours. Un COO fractionné qui a bien fait son travail se rend lui-même remplaçable, parce qu'il a passé le mandat à apprendre à l'équipe à faire tourner la chose sans lui.

La mesure qui compte

Jugez un mandat d'opérations à un seul chiffre. Pas à quel point le tableau de bord était beau à la remise. À quelle part de tout cela tourne encore un an après le départ du consultant. Ce chiffre dépend presque entièrement de la qualité de la formation donnée à l'équipe avant l'installation des systèmes, et non du poli des systèmes le premier jour. Former d'abord, installer ensuite. C'est plus lent à démarrer et c'est la seule version qui survit à la semaine chargée.

Si vous voulez un système que votre équipe pourra encore faire tourner après la fin du mandat, c'est le travail que fait Provenance. Vous pouvez lire comment les deux moitiés, les opérations fractionnées et la formation, s'emboîtent, ou écrivez-moi et dites-moi lequel de vos systèmes est déjà mort la semaine chargée dernière.