Remettre de la clarté dans une entreprise qui grandit trop vite

À huit heures dix, l’atelier sent déjà le café et le carton humide. Élise Garnier dirige Lisière, une petite manufacture de condiments installée près d’Angers. Douze personnes y préparent, conditionnent et expédient des séries courtes pour des épiceries et des restaurants.

La journée paraît organisée. Le planning est affiché, les commandes sont imprimées et chacun connaît son poste. Pourtant, trois personnes attendent la même confirmation : faut-il conditionner la série des hôtels avant celle du grossiste ?

La réponse existe dans un message envoyé la veille. Personne ne sait qu’elle est devenue une décision.

Marc Delmas ne commence pas par proposer un logiciel. Il demande à suivre une commande, depuis le premier échange commercial jusqu’au départ du colis.

Chez Lisière, les ventes vivent dans Pipedrive, la production dans plusieurs feuilles Google Sheets et les achats dans la boîte mail d’Élise. Les problèmes urgents arrivent sur WhatsApp. Les procédures importantes sont expliquées oralement, souvent par la personne qui les maîtrise le mieux.

Aucun outil n’est absurde. C’est leur articulation qui oblige l’équipe à vérifier sans cesse si une information est encore valable.

Marc photographie les tableaux, écoute les opérateurs et note chaque moment où quelqu’un prononce une variante de « je préfère demander avant ».

« Nous pensions avoir un problème de discipline. Marc nous a montré que nous avions surtout un problème de passage entre les décisions. »

Élise Garnier, fondatrice de Lisière

Pendant deux jours, Marc construit le flux dans Miro avec les personnes qui l’exécutent. Il distingue ce qui déclenche une action, ce qui exige une décision et ce qui sert seulement de trace.

Le résultat n’est pas un diagramme parfait. C’est une carte des hésitations : le devis validé qui n’ouvre pas toujours une série, le changement de quantité qui n’atteint pas l’atelier, le contrôle qualité qui reste dans un carnet.

Le système proposé par Marc conserve les outils utiles et donne une fonction précise à chacun.

Marc refuse d’automatiser une étape tant que deux personnes ne peuvent pas expliquer de la même manière ce qui doit se produire.

Make crée désormais une série lorsque la commande remplit les bonnes conditions. Il signale les changements de quantité et prépare les informations d’expédition. Il ne choisit jamais la priorité entre deux clients, ne valide pas une non-conformité et ne modifie pas une date promise.

« Une automatisation utile retire une recopie. Une mauvaise automatisation retire le moment où quelqu’un aurait dû réfléchir. »

Marc Delmas

Metabase rassemble quatre indicateurs : commandes en retard, séries bloquées, ruptures probables et temps passé en reprise. Marc limite volontairement le tableau de bord. Une mesure qui ne change aucune décision n’y entre pas.

Chaque lundi, l’équipe passe vingt minutes devant ces quatre signaux. Elle ne cherche plus qui possède la dernière version. Elle discute de ce qui empêche le travail d’avancer.

Élise garde une vue d’ensemble sans redevenir le passage obligatoire de chaque décision.

Certaines demandes arrivent encore par téléphone. Les opérateurs annotent parfois un document papier. Une personne expérimentée peut changer l’ordre d’une série lorsqu’elle détecte un risque que le système ne voit pas.

Marc ne cherche pas à supprimer ces écarts. Il veut qu’ils deviennent visibles et qu’ils puissent enrichir le fonctionnement commun.

Le système est assez structuré pour transmettre. Il reste assez ouvert pour apprendre.

Trois mois plus tard, Lisière traite davantage de commandes avec la même équipe. Le gain le plus important ne se lit pourtant pas dans le volume.

Les décisions ne dépendent plus de la mémoire de la personne qui était présente. Les outils ne racontent plus quatre histoires concurrentes. Ils forment un chemin que chacun peut suivre, contester et améliorer.

« Je ne passe plus mes journées à redistribuer des informations. Je peux enfin regarder où l’entreprise doit aller. »

Élise Garnier

Découvrir comment cartographier une stack opérationnelle dans ToolTrim →