Lean Corner

KPI Design pour l’excellence opérationnelle : comment choisir trois indicateurs qui pilotent vraiment les décisions

Panneau SQCDP digital montrant les roues Safety, Quality, Cost et Delivery, avec des graphiques d’indicateurs sur les incidents de sécurité, le taux de rebut de l’usine et les réclamations clients quotidiennes

Les réunions de management quotidien qui fonctionnent ont un point commun: en trente secondes devant le board, le team leader sait exactement ce qui nécessite une action aujourd’hui et pourquoi. Celles qui ne fonctionnent pas en ont un autre : un board surchargé de chiffres, une réunion qui déborde à les lire un par un, et une salle qui se disperse sans décision prise.

La différence n’est presque jamais une question d’effort. C’est presque toujours une question de point de départ : à partir de quoi avez-vous conçu vos indicateurs ?

Il existe une règle simple, souvent ignorée dans la conception des boards : ce qu’on choisit de regarder détermine ce qu’on décide.

Si le seul indicateur prioritaire est le coût de traitement unitaire, une hausse de la demande réjouit l’entreprise ; les coûts unitaires baissent, tout semble aller bien. Jusqu’à ce que les accidents du travail et les réclamations clients clignotent en rouge. Trop tard.

C’est le paradoxe fondamental de la plupart des boards SQCDP : on mesure abondamment ce qui se passe à l’intérieur, et très peu ce que le client vit à l’extérieur.

Chaque dimension (Sécurité, Qualité, Coûts, Délais, Personnel) suit entre huit et quinze métriques au quotidien. Les équipes peuvent vous donner le taux d’utilisation des équipements, l’absentéisme, le coût d’énergie par unité, et une dizaine d’autres choses. Ce qu’elles ne peuvent pas vous dire, en cinq secondes, c’est quelle est l’unique chose qui dégrade l’expérience de leurs clients ce matin.

La satisfaction client devrait être le point de départ de toute architecture d’indicateurs, pas son aboutissement. Un board que personne ne peut lire en trente secondes, et qui ne mentionne pas une seule fois le client, n’est pas un outil de management, c’est un tableau de reporting !

J’ai visité un site industriel qui avait résolu ce problème de façon remarquablement simple. Après chaque livraison client, une demande de mesure de satisfaction était envoyée.

Les résultats produisaient deux choses : une note sur dix et des verbatims. La règle était claire : en dessous de huit sur dix, une résolution de problème était immédiatement enclenchée.

Au-dessus de huit, mais avec un verbatim qui revenait plusieurs fois, le même reproche, la même friction, formulés différemment, une résolution de problème plus approfondie était lancée.

Ce système contraste avec une erreur répandue. Une grande banque pensait se porter bien : rendez-vous clients doublés, ventes de produits en hausse, NPS positif.

Mais récupérer une carte bancaire perdue prenait deux mois : file d’attente de 45 minutes, système informatique en panne, conseiller introuvable. Le NPS était mesuré deux fois par an via un long questionnaire : il ne captait pas du tout ce que le client vivait au quotidien. Une mesure de satisfaction trop agrégée et trop rare est aveugle aux frictions réelles.

La différence entre les deux approches est structurelle : dans le premier cas, la mesure est fréquente, granulaire, et directement liée à une action.

Dans le second, elle est consolidée, rare, et découplée du terrain. C’est cette fréquence et cette granularité qui permettent de relier un signal client à un indicateur précis sur le board : délai de traitement, nombre de commandes en retard sur le plan du shift, nombre anomalies non résolues depuis le début de la journée.

Avant d’ajouter un indicateur à un board de management quotidien, trois questions.

Première question : si cet indicateur dévie, est-ce qu’il se traduit par une dégradation identifiable pour le client ? Le taux d’utilisation d’un équipement qui chute peut signaler un problème interne sans que le client en ressente le moindre impact. Un délai de traitement qui glisse de deux jours, lui, arrive toujours au client. Choisir en priorité les indicateurs dont la déviation a un chemin direct vers l’expérience client.

Deuxième question : la personne qui anime la réunion peut-elle agir dessus dans le shift en cours ? Si le team leader ne peut pas influencer le chiffre avant la prochaine réunion, l’indicateur appartient au Tier 2 ou au Tier 3, pas à un board Tier 1. Le mettre au Tier 1 transforme la réunion en exercice de reporting.

Troisième question : cet indicateur est-il déjà corrélé avec un autre sur le board ? Si deux indicateurs bougent ensemble, l’un est redondant. Gardez celui qui est le plus proche de l’expérience client ; supprimez l’autre.

Un indicateur n’a pas pour rôle de clore la discussion : c’est de l’ouvrir. Un board qui donne des réponses est un tableau de reporting. Un board qui pose des questions est un outil de management. Appliquez ces trois questions à chaque indicateur jusqu’à atteindre trois à quatre par dimension. C’est la cible de conception, pas un compromis.

Erreur 1 : des indicateurs retardés déguisés en avancés. La version la plus courante : suivre le taux de service de la semaine passée sur un board conçu pour piloter les décisions du jour. Un taux calculé sur sept jours vous dit ce qui s’est passé. Il ne vous dit pas ce qu’il faut faire ce matin. Le bon substitut : le nombre de commandes en retard par rapport au plan du shift précédent ; un chiffre que le team leader peut corriger avant la prochaine pause.

Erreur 2 : des indicateurs de conformité sans levier d’action. Un score d’audit. Un taux de complétion des formations. Le test : quelqu’un dans la salle peut-il modifier ce chiffre aujourd’hui ? Dans la plupart des cas, non. Ces métriques appartiennent à une revue mensuelle. Les mettre sur un board quotidien apprend aux équipes que le board sert au reporting, pas à l’action.

Erreur 3 : des indicateurs agrégés qui cachent le signal. Un TRS global combinant trois lignes aux profils très différents. Quand il passe au rouge, personne ne sait quelle ligne tire la variance. Le bon substitut : suivre chaque ligne séparément. Dès que l’indicateur passe au rouge, l’action est immédiate et évidente.

Pour chaque indicateur affiché, une seule question : « Si ce chiffre passait au rouge aujourd’hui, qu’est-ce que le team leader ferait concrètement ? » Réponse en cinq secondes.

Si la réponse nécessite de la réflexion, l’indicateur ne fait pas son travail. Un vrai indicateur clé produit une réponse immédiate et automatique : le team leader sait exactement quelle action suit un signal rouge, parce que l’indicateur a été conçu avec cette action en tête.

Une variante à ajouter systématiquement : « Et si cet indicateur déviait pendant trois shifts consécutifs, quel client en souffrirait, et comment ? » Si personne ne peut répondre, l’indicateur est déconnecté de la réalité client.

Faites ce test lors de votre prochaine revue de board, sans l’annoncer à l’avance. Environ un tiers des indicateurs d’un board SQCDP typique échouent. Retirez-les. Les équipes ne manqueront pas l’information. Elles manqueront le bruit.

Toyota a longtemps appliqué une logique simple dans ses salles de pilotage : Qualité, Coûts, Délais, trois dimensions, statut non ambigu.

Vert signifie que la situation est sous contrôle ou que des contre-mesures adéquates sont en place.

Rouge signifie qu’un problème est ouvert. Deux états, pas cinq. C’est l’anti-thèse du board à quinze métriques par dimension, et c’est précisément ce que « trois indicateurs par niveau » veut dire concrètement.

Tier 1 : opérateur et team leader : trois à quatre indicateurs avancés influençables dans un seul shift. Nombre de commandes en retard sur le plan du shift. Nombre d’anomalies escaladées non clôturées. Délai de traitement par heure. Des chiffres qui, s’ils dérivent, risquent de produire une note client inférieure à huit.

Tier 2 : manager de ligne et responsable amélioration continue : trois à quatre indicateurs retardés qui agrègent la performance Tier 1. Taux de service au client interne. Taux de respect du plan par ligne. C’est aussi à ce niveau que les verbatims clients récurrents sont analysés : un même reproche sur trois livraisons consécutives déclenche une résolution de problème structurée.

Tier 3 : directeur de site : deux à trois KPIs stratégiques connectés aux objectifs Hoshin Kanri et à l’évolution de la satisfaction client dans le temps. La connexion doit être traçable : un indicateur Tier 1 doit pouvoir se lire comme une contribution à un indicateur Tier 2, qui se connecte à un objectif Tier 3 et, en dernier ressort, à une note client. Si cette traçabilité n’existe pas, la cascade est brisée.

Sur un site unique, cette architecture est gérable de façon informelle. Le directeur de site connaît le contexte et voit quand un indicateur a dérivé de sa connexion client. Sur cinq ou dix sites, le problème change de nature : comment savoir si les indicateurs Tier 1 de Lyon sont encore construits à partir de la même logique client que ceux de Bordeaux, et si la cascade du Tier 1 au Tier 3 est intacte partout ?

iObeya connecte les boards SQCDP et les objectifs Hoshin Kanri de chaque site dans un environnement digital partagé, pour que le directeur de site puisse vérifier si l’architecture d’indicateurs est cohérente sur l’ensemble du réseau et si les signaux client remontent bien jusqu’au niveau où les décisions structurelles sont prises. La question pertinente n’est pas « avons-nous des boards digitaux » ? c’est « pouvons-nous tracer un signal terrain jusqu’à une décision stratégique, sur chaque site, depuis une vue unique ? »

Pour les critères de sélection d’une plateforme de management visuel multi-sites, voir notre guide dédié.

Lean
Découvrez comment les Gemba Walks améliorent la culture d’entreprise et optimisent les opérations.
Lean
Découvrez les étapes essentielles pour mettre en œuvre le Hoshin Kanri et aligner efficacement la stratégie au sein de votre organisation.
Lean
Le Lean optimise la gestion des vaccins contre la Covid-19 en réduisant les gaspillages et améliorant l’efficacité.

Ils nous ont fait confiance, découvrez leurs résultats avec iObeya​