Démarrer une transformation
Par où commencer une transformation.
On commence par établir le problème. Une phrase, écrite assez précisément pour que le comité de direction la signe, et qui tient devant les personnes qui font le travail tous les jours. Elle décide de tout le reste, puisqu’elle fixe ce qu’on mesurera, ce qu’on construira en premier et ce qu’on laissera dehors. L’outil, le prestataire et le calendrier arrivent ensuite, et ces choix deviennent beaucoup plus simples.
Les départs qui coûtent le plus cher.
Partir de l’outil est le plus fréquent. Le budget se vote sur une licence, la question du comité devient « où en est le déploiement », et le problème d’origine sort du compte rendu au troisième mois. Le projet finit livré dans les délais, sans que personne sache dire ce qu’il a changé.
Partir du benchmark d’un concurrent produit le même effet, par un autre chemin. Ce concurrent a résolu sa contrainte à lui, avec ses marges, ses stocks et son historique de systèmes. Reprendre sa réponse revient à hériter d’un diagnostic posé ailleurs, et l’écart se paie au déploiement.
Le cadrage sur le symptôme visible se repère plus difficilement, parce qu’il ressemble à de la rigueur. Le panier moyen baisse, donc on lance un chantier sur le panier moyen. La cause était en rayon, dans une rupture que le réassort ne voyait pas. Le tableau de bord montre où la douleur se manifeste, rarement où elle se fabrique.
Vient le lancement sans sponsor identifié. Le projet avance normalement jusqu’au premier arbitrage entre deux directions qui veulent des choses différentes. Puis il attend. Un sponsor tranche ce jour-là, et accepte publiquement que sa décision ait un coût pour quelqu’un.
Le dernier départ raté se voit seulement à la fin : le succès défini après le lancement. Chacun raconte le résultat avec les chiffres qui l’arrangent, et le programme suivant se vend sur une réussite que personne n’a vérifiée.
Ce qu’un bon point de départ pose sur la table.
Le problème en une phrase, d’abord, écrite dans les mots du métier et acceptée par le comité. Elle nomme un endroit, un geste et un effet : « nos vendeurs quittent le client pour vérifier un stock en réserve, et la vente se perd pendant ce trajet ». Une phrase de ce genre survit aux réunions parce qu’elle est vérifiable.
La mesure ensuite, décidée avant de construire, avec sa valeur de départ notée et datée. Une seule mesure principale, prise dans les chiffres que l’entreprise regarde déjà : taux de service, délai de traitement, coût par commande.
Les trois premiers mouvements, avec un responsable et une date pour chacun. Trois, parce qu’au-delà on écrit un plan qu’on ne tiendra pas, et que les dépendances réelles se révèlent une fois le premier mouvement terminé.
Et la liste de ce qu’on ne fera pas. C’est la partie que les organisations sautent le plus souvent, et celle qui protège le mieux le calendrier. Écrire que la refonte de l’ERP attendra, que trois pays restent hors périmètre cette année, permet de dire non six mois plus tard sans rouvrir le débat.
Comment nous allons chercher la cause.
Nous allons sur place, dans le magasin, l’entrepôt ou l’atelier. Une journée passée derrière une caisse un samedi après-midi apprend des choses qu’aucun atelier en salle ne produit, à commencer par les contournements que les équipes ont inventés pour continuer à travailler malgré le système en place. Ces contournements sont la carte la plus honnête de vos problèmes réels.
Nous écoutons ceux qui exécutent avant ceux qui reportent. Le chef de rayon, le préparateur, la personne au service client qui reprend les commandes cassées. Ils décrivent le problème en quinze secondes, avec un exemple daté.
Nous ouvrons les données brutes : les exports, les journaux, les lignes de commande annulées. Le reporting construit par-dessus répond aux questions d’il y a trois ans. C’est la discipline de FOCAL, notre méthode d’opérateurs, détaillée sur notre méthode, et elle vaut pour un cadrage court comme pour un programme de transformation digitale.
Ce qui avait été décidé avant de commencer.
Notre référence sur ce point est un basculement national de 29 magasins en une seule date, sans perte de chiffre d’affaires. La mesure était fixée dès le départ et tout le monde la connaissait : les ventes du jour de bascule ne devaient pas décrocher. Simple à énoncer, impossible à contourner après coup.
Les responsabilités avaient été distribuées avant le premier atelier. 8 domain leaders répondaient chacun d’un domaine, ce qui donnait à toute question un destinataire nommé, et environ 145 personnes côté magasins figuraient dans le périmètre de préparation bien avant l’annonce de la date.
La bascule s’est ensuite répétée pendant des mois. Ce que ce projet doit à son démarrage tient dans trois décisions prises à froid : la mesure, les responsables, le périmètre. La suite relève de la conduite du changement, et elle se passe mieux quand ces trois-là sont écrites.
Par où commencer avec nous.
Le diagnostic de 30 minutes est l’entrée la plus courte. Vous apportez la situation telle qu’elle est, nous la passons au banc d’essai en direct, et vous repartez avec les trois premières choses que nous ferions à votre place. Sans pitch, et utilisable que la suite se fasse avec nous ou sans nous.
Quand le sujet mérite un vrai cadrage, la suite est le FOCAL Diagnostic : une mission courte et bornée qui met votre situation à l’épreuve du terrain et se termine par un document que vous gardez. Mission payante, cadrée à l’avance, sans obligation de continuer ensuite.
Les questions qu’on nous pose au démarrage.
Faut-il un audit complet avant de commencer ?
Rarement. Le démarrage a besoin d'une lecture précise d'un seul endroit, là où la valeur se perd aujourd'hui, et quelques journées sur le terrain avec les données brutes suffisent presque toujours à trancher. L'audit détaillé garde son intérêt quand une contrainte réglementaire ou une reprise d'actif l'impose.
Combien de temps faut-il pour cadrer un projet de transformation ?
Deux à quatre semaines pour un périmètre d'entreprise ou d'enseigne, terrain et restitution compris. Notre FOCAL Diagnostic tient dans cette fenêtre. Au-delà d'un mois, le cadrage se met à vivre sa propre vie : les documents grossissent, les personnes interrogées changent d'avis et le sujet d'origine s'éloigne.
Qui doit être dans la pièce au démarrage ?
Le sponsor qui tranchera les arbitrages, le responsable du processus concerné, une personne qui exécute le travail chaque jour, et quelqu'un qui connaît les données et les systèmes. Quatre têtes, pas quinze. Le comité complet arrive une fois le problème et la mesure écrits, pour engager les moyens.
Peut-on commencer petit ?
Oui, et c'est la meilleure façon de commencer. Un premier périmètre livré en quelques semaines produit une preuve réelle : un chiffre qui bouge, des équipes qui utilisent la chose. Cette preuve finance la suite et rend les arbitrages plus faciles, parce que la discussion porte sur des résultats observés.
La direction a déjà choisi l'outil. On fait quoi ?
On vérifie que l'outil couvre bien le problème réel, et on le dit franchement dans les deux cas. Un choix déjà fait reste utilisable la plupart du temps : le travail consiste à cadrer ce qu'on lui demande et ce qu'il faut construire autour pour que le résultat arrive. Quand l'écart est trop grand, mieux vaut l'apprendre avant le déploiement.
Comment savoir si le problème retenu est le bon ?
Trois signes. Les gens du terrain le reconnaissent tout de suite et ajoutent des détails que personne n'avait mentionnés en comité. Les données le confirment sans retraitement. Et une mesure simple existe, dont chacun accepte d'avance qu'elle dira si c'est réglé.
Apportez la situation, on cherche le point de départ.
Trente minutes, un sujet réel, et une lecture franche de ce que nous ferions en premier.