• Sélectionnez une section

    Quand digitaliser son système de continuous improvement ?

    Deux experts Lean à Global Industrie échangent sur la digitalisation d’un système de continuous improvement et la maturité managériale nécessaire. Illustration Article.

    Digitaliser un système de continuous improvement ne consiste pas seulement à choisir le bon outil. Le vrai enjeu est de savoir si les routines, les responsabilités, les KPI et les mécanismes d’escalade sont suffisamment clairs pour être amplifiés par le digital.

    Avant de parler technologie, il faut donc regarder la maturité du système de management qui existe déjà.

    La vraie question est celle de la maturité managériale

    Lors de Global Industries 2026, Nicola Olivetti (iObeya), et moi avons échangé autour d’une question que beaucoup d’équipes industrielles finissent par se poser : à quel moment faut-il digitaliser son système de continuous improvement ?

    La tentation est souvent de chercher une réponse simple. Faut-il attendre que les standards soient stabilisés ? Faut-il commencer dès que les premiers rituels de management visuel existent ? Ou faut-il digitaliser tôt pour soutenir la croissance ?

    Avec l’expérience, j’ai tendance à répondre autrement. Le sujet n’est pas seulement le timing. Le sujet est la maturité.

    Un outil digital ne crée pas, à lui seul, un système de management. Il rend plus visibles les routines existantes, accélère la circulation de l’information, facilite l’escalade et donne aux équipes une base plus partagée pour travailler. Mais si les indicateurs ne sont pas compris, si les problèmes ne remontent pas, si les responsabilités ne sont pas claires, la digitalisation ne corrigera pas le système. Elle exposera surtout ses faiblesses.

    C’est pourquoi je préfère poser la question ainsi : qu’avons-nous déjà en place que le digital peut amplifier ?

    Il n’y a pas de bon ou de mauvais moment en soi pour commencer à digitaliser un système de continuous improvement. Il faut surtout une volonté claire et des bases managériales suffisamment solides pour que le digital ait quelque chose à accélérer.

    Le bon moment n’est pas une date : c’est un niveau de maturité

    Il n’y a pas de moment parfait pour digitaliser un système de continuous improvement. Une organisation peut commencer tôt si elle sait ce qu’elle cherche à renforcer. Elle peut aussi attendre si elle sent que ses bases managériales sont encore trop fragiles. Les deux approches peuvent fonctionner.

    Le bon critère n’est ni la taille de l’entreprise, ni le nombre de sites, ni le fait d’avoir déjà tout standardisé. Le critère est plus opérationnel : le système actuel produit-il déjà des routines, des décisions, des escalades et des boucles d’apprentissage que le digital peut rendre plus robustes ?

    Dans les déploiements que j’ai observés, la digitalisation fonctionne bien lorsqu’elle accompagne un système déjà vivant. Elle aide à garder les informations à jour, à rendre les actions visibles, à connecter les niveaux de management et à éviter que les problèmes restent bloqués dans une équipe, dans un fichier local ou dans un compte rendu qui ne circule jamais.

    Elle fonctionne beaucoup moins bien lorsqu’on lui demande de masquer un manque de méthode.

    • Digitaliser une routine floue ne la rend pas plus claire.
    • Digitaliser des indicateurs que personne ne sait interpréter ne crée pas de meilleures décisions.
    • Digitaliser des actions sans propriétaire ne crée pas de responsabilité.

    Le digital ne remplace pas le raisonnement managérial. Il le met à l’épreuve.

    Cinq signaux montrent qu’un système de continuous improvement est prêt à être digitalisé

    Avant de lancer un projet de digitalisation, je regarde cinq signaux concrets. Ils ne supposent pas que l’organisation soit parfaite. Ils permettent surtout de comprendre si le digital va accélérer quelque chose qui existe déjà, ou s’il va révéler un manque de structure.

    Signal de maturité Ce qu’il faut vérifier avant de digitaliser
    Les managers savent lire un KPI et agir Chaque niveau sait-il lire l’indicateur, comprendre l’écart et décider de la prochaine action ?
    Une culture d’escalade existe, même imparfaitement Les problèmes remontent-ils avec assez de contexte, ou seulement quand quelqu’un pense à appeler la bonne personne ?
    Chaque niveau connaît ses leviers d’action Les équipes savent-elles ce qu’elles peuvent décider seules et ce qu’elles doivent escalader ?
    La résolution de problèmes existe à plusieurs niveaux Les outils comme l’A3, le QRQC ou les tableaux SQCDP servent-ils vraiment à analyser les causes et suivre les contre-mesures ?
    Le leadership est engagé, pas seulement curieux Le sponsor protège-t-il les routines et prend-il les décisions nécessaires, ou demande-t-il seulement à voir l’outil ?

    1. Les managers savent lire un KPI, identifier un écart et décider d’une action

    Le premier signal n’est pas la présence de KPI. Beaucoup d’organisations ont déjà trop d’indicateurs. Le vrai signal est la capacité des managers à lire les bons indicateurs, à repérer un écart, à comprendre ce qu’il signifie et à décider d’une action utile.

    Dans une routine de management visuel, un KPI ne sert pas à remplir un tableau. Il sert à déclencher une discussion, puis une décision. Si un indicateur passe au rouge, que se passe-t-il ? Qui analyse l’écart ? Qui décide ? Qui agit ? Et à quel moment vérifie-t-on que l’action a réellement produit un effet ?

    Un système est prêt à être digitalisé lorsque chaque niveau de management travaille avec quelques indicateurs réellement utiles, lorsque ces KPI sont reliés à des actions, et lorsque la discussion porte sur les causes et les contre-mesures plutôt que sur la simple couleur d’un indicateur.

    Le digital peut rendre les KPI plus visibles, plus accessibles et plus directement connectés aux actions. Mais si un KPI ne produit aucune décision aujourd’hui, l’outil ne créera pas cette discipline à lui seul.

    2. Les problèmes remontent entre les niveaux, même si l’escalade reste imparfaite

    Le deuxième signal est l’existence d’une culture d’escalade. Dans un système de continuous improvement, un problème ne devrait pas dépendre d’une personne qui connaît “le bon contact” ou qui relance trois fois par téléphone. Il devrait pouvoir passer d’un niveau à l’autre avec assez de contexte pour être compris et traité.

    L’escalade n’a pas besoin d’être parfaitement structurée avant de digitaliser. Mais elle doit exister. Les équipes doivent savoir quels problèmes elles traitent localement, quels problèmes doivent remonter, et où se situe la frontière entre les deux.

    C’est souvent là que les choses se bloquent sans bruit. Un problème apparaît sur le terrain et reste dans l’équipe. Une action est décidée, mais le niveau supérieur ne voit jamais son avancement. Un point bloquant est mentionné en réunion, mais n’arrive jamais jusqu’à la personne qui pourrait réellement le résoudre.

    Le digital peut aider à fluidifier ce passage : conserver le contexte, rendre les escalades visibles, éviter les ressaisies manuelles et limiter les pertes d’information entre les niveaux. En revanche, il ne peut pas compenser une culture dans laquelle les mauvaises nouvelles ne remontent pas.

    Si les problèmes sont cachés aujourd’hui, la digitalisation risque surtout de rendre l’inaction plus visible.

    3. Chaque niveau de management connaît ses leviers et ses limites

    Le troisième signal concerne la responsabilité. Être prêt à digitaliser ne signifie pas que tout est parfaitement documenté. Cela signifie que chaque niveau comprend ce qu’il peut traiter seul, ce qu’il doit escalader et ce qu’il ne doit pas laisser en attente.

    L’autonomie ne veut pas dire que chacun fait ce qu’il veut. Elle suppose un cadre clair. Les équipes doivent savoir quelles décisions leur appartiennent. Les managers de proximité doivent savoir quelles actions sont les leurs. Les responsables de site ou de direction doivent savoir à quel moment ils doivent intervenir.

    Sans cette clarté, la digitalisation crée souvent de la frustration plutôt que du soulagement. Les actions deviennent visibles, mais personne ne se sent vraiment responsable de les clôturer. Les problèmes circulent, mais l’ownership reste flou. Les réunions gagnent en transparence sans forcément gagner en efficacité. Un bon outil digital peut soutenir la responsabilité : rendre les actions visibles, relier un problème à un propriétaire, conserver l’historique et donner aux différents niveaux de management une vision partagée de la situation. Mais il ne doit pas devenir un espace où l’on dépose des actions sans logique claire de décision.

    4. La résolution de problèmes existe à plusieurs niveaux

    Le quatrième signal est la présence de mécanismes de résolution de problèmes à plusieurs niveaux de l’organisation. Le continuous improvement ne peut pas vivre uniquement dans une réunion hebdomadaire animée par l’équipe amélioration continue. Il ne peut pas non plus rester seulement au niveau opérateur, sans relais managérial.

    Ce que je regarde, ce n’est pas seulement l’existence d’outils comme l’A3, le QRQC, les plans d’action ou les tableaux SQCDP. Je regarde surtout si ces mécanismes sont réellement utilisés pour résoudre les problèmes.

    Les problèmes sont-ils formulés clairement ? Les causes sont-elles recherchées au-delà des symptômes ? Les contre-mesures sont-elles suivies ? Les actions sont-elles revues régulièrement ? Les sujets non résolus peuvent-ils passer au bon niveau ?

    Le digital peut rendre cette chaîne plus robuste. Il peut relier le signal, le problème, l’action, le responsable et le suivi. Il peut aussi éviter que les actions vivent dans un fichier séparé, que les décisions restent prisonnières d’un compte rendu ou que l’historique se perde entre deux réunions.

    Mais là encore, le digital accélère une logique qui doit déjà exister. Sans résolution de problèmes, l’outil devient un tableau d’enregistrement, pas un système d’amélioration.

    5. Le leadership est engagé dans les routines, pas seulement curieux de l’outil

    Le cinquième signal est probablement le plus important : l’engagement du leadership.

    Un projet de digitalisation du continuous improvement ne tient pas seulement parce que l’outil a été bien choisi. Il tient parce que des leaders font vivre les routines, demandent des comptes sur les actions, traitent les escalades et donnent du temps réel au système de management.

    Il y a une vraie différence entre un leader curieux et un leader engagé. Un leader curieux veut voir l’outil. Un leader engagé participe à la logique de management. Il accepte que les problèmes deviennent visibles, prend les décisions nécessaires, protège les routines et considère le système comme une manière de piloter le travail, pas comme une initiative parallèle.

    Dans les projets que j’ai observés, un sponsor réellement engagé vaut mieux que dix observateurs intéressés. Ce sponsor n’a pas besoin de tout porter seul. Mais il doit avoir l’autorité nécessaire pour décider, débloquer et donner du poids au changement.

    Le signal d’alerte : utiliser le digital pour créer le standard

    Il y a un signal d’alerte que je prends très au sérieux : vouloir digitaliser pour éviter de standardiser.

    C’est une erreur fréquente, et l’un des schémas qui fragilise le plus les démarches Lean lorsqu’elles dépassent le stade du pilote. L’organisation sent que ses routines ne sont pas assez claires. Les indicateurs sont incohérents. Les tableaux varient d’une équipe à l’autre. Les escalades ne suivent pas toujours la même logique. Les actions sont suivies de manière inégale. Face à cette complexité, une idée apparaît : l’outil va mettre de l’ordre.

    Mais l’ordre ne vient pas d’abord de l’outil. Il vient de la clarté du rituel.

    Si une équipe ne sait pas décrire simplement son rituel de management sur un support visuel, elle aura du mal à le digitaliser correctement. Des règles d’escalade mal comprises ne deviendront pas plus claires parce qu’elles sont dans un système digital. Des actions sans propriétaire resteront ambiguës, même avec une très bonne interface.

    Cela ne veut pas dire qu’il faut attendre que tout soit parfait. Ce serait une autre erreur. Mais il faut au moins être capable de formuler le standard que l’on veut voir soutenu par le digital.

    La séquence qui fonctionne le mieux ressemble souvent à ceci : clarifier le rituel, tester la logique sur un support simple, identifier ce qui doit être standardisé, digitaliser un premier périmètre, puis déployer progressivement en apprenant des usages réels.

    C’est là que l’approche “paper on glass” prend tout son sens. L’objectif n’est pas de réinventer le système dès le premier jour. On commence par transposer dans le digital une manière de travailler déjà compréhensible. Ensuite, on l’améliore, on la connecte, on automatise certains éléments et on l’étend progressivement.

    Le risque de l’over-automation : quand l’outil enlève de la responsabilité au lieu d’en créer

    Un autre risque apparaît dans certains projets : vouloir automatiser trop de choses, trop tôt.

    L’intention est souvent bonne. On veut sécuriser le fonctionnement du système, éviter les oublis, réduire les variations, accélérer l’escalade, rendre l’ensemble plus robuste. L’automatisation peut réellement aider lorsqu’elle fluidifie un système de management déjà compris.

    Mais lorsqu’elle arrive trop tôt, elle peut produire l’effet inverse. À force d’ajouter des règles, des comportements automatiques et des chemins prédéfinis, l’outil peut finir par retirer aux équipes ce dont elles ont le plus besoin dans une démarche d’excellence opérationnelle : comprendre, décider et apprendre.

    Le problème n’est pas l’automatisation en soi. Le problème apparaît lorsqu’elle remplace le raisonnement managérial, comme si le logiciel devait penser à la place de l’organisation. À ce moment-là, la digitalisation devient fragile. Les équipes suivent un flux sans toujours comprendre la logique. Les actions circulent, mais l’ownership se brouille. Les escalades existent, mais la responsabilité de traiter le problème n’est pas forcément plus claire.

    Un bon système digital ne doit pas déresponsabiliser les équipes. Il doit les aider à exercer leur jugement avec de meilleures informations, une meilleure visibilité et un meilleur suivi.

    La question n’est donc pas seulement : que peut-on automatiser ? Elle est plutôt : quelles décisions doivent rester visibles, discutées et assumées par les personnes qui font le travail ?

    Dans un système de continuous improvement, la responsabilité ne doit pas disparaître derrière le workflow. Le digital doit la soutenir, pas l’absorber.

    Comment démarrer sans brûler les étapes

    Une idée revient souvent dans les projets de digitalisation : on ne commence pas par parler de l’outil. On commence par parler du système que l’on veut faire fonctionner.

    Nicola le résumait simplement lorsque nous en avons discuté : environ trois semaines après les premiers échanges, les premières routines étaient déjà en place. Non pas parce que la plateforme avait fait le travail à la place des équipes, mais parce que le système de management était prêt à l’accueillir.

    Quels sont les objectifs ? Quels rituels doivent être soutenus ? Quels tableaux existent déjà ? Quels flux d’information faut-il connecter ? Quels problèmes restent bloqués aujourd’hui ? Quelles décisions doivent être prises plus vite, ou avec un meilleur contexte ?

    Avant de chercher à digitaliser, il faut cartographier le système de management. On peut partir d’un support simple : un tableau, un paperboard, une représentation des routines, une cartographie des niveaux, une logique d’escalade. Ensuite seulement, on regarde ce que le digital doit porter.

    1. Cartographier honnêtement le système actuel

    La première étape consiste à regarder comment le management fonctionne réellement. Pas comment il est censé fonctionner dans une procédure. Comment il fonctionne dans les réunions, les escalades, le suivi des actions et les décisions.

    Cette étape fait apparaître les écarts : des indicateurs qui existent mais ne déclenchent rien, des problèmes visibles localement mais jamais escaladés, des actions décidées à un endroit et suivies nulle part, des managers qui passent trop de temps à reconstruire le contexte avant de pouvoir décider.

    Ce diagnostic évite de digitaliser une version idéalisée du système. On part du terrain : des routines réelles, des frictions réelles, des pratiques qui existent déjà.

    2. Digitaliser un premier périmètre utile

    La deuxième étape consiste à choisir un premier périmètre. Il n’a pas besoin d’être le plus impressionnant. Il doit surtout être utile pour apprendre.

    Je privilégierais un périmètre où le sponsor est engagé, où les routines existent déjà et où l’équipe ressent un vrai besoin : réduire les pertes d’information, mieux suivre les actions, clarifier les escalades, relier les KPI aux décisions ou stabiliser un rituel quotidien.

    L’objectif n’est pas de prouver que tout peut être digitalisé immédiatement. L’objectif est de vérifier que le digital soutient réellement le travail.

    Les équipes utilisent-elles le système pendant la routine, ou après coup ? Le suivi des actions est-il plus simple ? Les escalades sont-elles plus claires ? Les managers voient-ils plus vite ce qui demande une décision ? Le standard est-il renforcé, ou contourné discrètement ?

    Ces questions sont essentielles, car un bon pilote ne sert pas seulement à tester un outil. Il sert à vérifier que le système de management gagne en robustesse.

    3. Déployer progressivement sans perdre ce qui fait fonctionner le système

    La troisième étape est le déploiement. Il ne doit pas consister à copier mécaniquement un tableau partout. Il doit préserver la logique du système tout en laissant de la place au contexte local.

    C’est là que la standardisation devient importante. Il faut savoir ce qui doit rester commun : la structure des routines, la logique d’escalade, les règles de suivi, les responsabilités, certains formats de KPI ou de résolution de problèmes. Et il faut aussi savoir ce qui peut s’adapter localement.

    Dans un déploiement multi-sites, le risque se situe aux deux extrêmes. Trop de rigidité, et les équipes n’adoptent pas. Trop de variations, et le système devient impossible à piloter.

    Le bon équilibre consiste à standardiser ce qui soutient le management, tout en laissant assez de flexibilité aux personnes qui font vivre le système au quotidien.

    3. Excellence des processus

    Des processus fiables et efficients sont la colonne vertébrale de la performance. Les principes fondamentaux incluent le flux tiré et la création de valeur, la standardisation, la recherche des causes racines, la qualité à la source (Jidoka) et la pensée scientifique / PDCA.

    Ensemble, ils permettent de produire des résultats prévisibles et de haute qualité, tout en concentrant les efforts des équipes sur l’élimination des gaspillages et des variabilités — éléments essentiels du Lean et de l’excellence opérationnelle. Références : Lean, Shingo, Toyota Way, McKinsey, EFQM.

    4. Valeur client

    L’excellence opérationnelle commence et se termine avec le client.

    Des principes tels que l’écoute du client (VoC), la création de valeur et la réactivité garantissent que chaque action d’amélioration soutient directement la satisfaction client et la capacité d’adaptation au changement.

    Lorsque la valeur client devient le principal moteur, les initiatives d’amélioration produisent un impact mesurable, et pas seulement des gains d’efficacité.
    Références : McKinsey, Shingo, EFQM, Danaher.

    5. Performance et indicateurs

    Un pilotage de la performance efficace traduit la stratégie en actions mesurables.
    Des principes tels que mesurer ce qui compte (KPI), le >management visuel et le benchmarking / meilleures pratiques favorisent la transparence et l’alignement entre les équipes.

    En rendant les résultats visibles — notamment grâce à des plateformes digitales de management visuel comme iObeya — les organisations renforcent la responsabilité, l’engagement et la résolution de problèmes à tous les niveaux.
    Références : McKinsey, Danaher, EFQM, Toyota Way, iObeya.

    6. Innovation et leviers d’activation

    Maintenir l’excellence suppose de concilier stabilité et innovation.
    Grâce au Kaizen (amélioration continue), au Kaikaku (innovation de rupture) et au partage des connaissances, les organisations évoluent plus vite et plus intelligemment.

    L’excellence opérationnelle moderne intègre aussi la transformation digitale, la prise de décision basée sur les données et les outils de collaboration visuelle permettant de connecter les équipes mondiales en temps réel.

    iObeya rend cette approche Obeya digitale possible, en rendant la stratégie, la performance et l’amélioration pleinement visibles et actionnables.
    Références : Shingo, Lean, McKinsey, EFQM, Danaher, iObeya.

    Étape 3 – Mesurer et cartographier les flux de valeur

    Une fois l’alignement du leadership établi, la prochaine étape de l’excellence opérationnelle consiste à rendre le travail visible.
    Des outils tels que SIPOC (Fournisseurs, Intrants, Processus, Sorties, Clients) et la Value Stream Mapping (VSM) permettent de visualiser concrètement la circulation de la valeur, tant sur le plan matériel que sur le plan informationnel.

    Ces méthodes clarifient qui intervient à chaque étape, quels intrants sont nécessaires, et où la valeur est créée ou perdue.
    En cartographiant l’état actuel, les équipes peuvent identifier les goulets d’étranglement, les redondances et les activités sans valeur ajoutée qui ralentissent la performance ou augmentent les coûts.

    Ce que la digitalisation change vraiment lorsqu’elle arrive au bon moment

    Lorsqu’elle arrive au bon moment, la digitalisation ne remplace pas le management. Elle rend le système plus continu.

    Les informations restent disponibles entre les réunions. Les actions ne disparaissent pas dans un compte rendu. Les KPI restent reliés à une discussion et à une décision. Les problèmes peuvent être suivis lorsqu’ils passent d’un niveau à l’autre. Les standards deviennent plus faciles à reproduire.

    C’est là que le digital crée de la valeur : il aide le système de management à tenir dans la durée.

    Mais cette valeur dépend toujours de la qualité de ce que l’on digitalise. Des routines vides resteront des routines vides, simplement plus visibles. Des décisions qui ne sont pas prises se transformeront en accumulation d’actions ouvertes. Des escalades sans règles resteront confuses, même dans une nouvelle interface.

    Le digital n’est pas une solution magique. C’est un révélateur et un accélérateur. Il révèle la solidité d’un système bien construit, et tout aussi clairement les faiblesses d’un système trop flou.

    Ne cherchez pas le moment parfait. Cherchez les bons signaux

    La vraie question n’est pas seulement : quand faut-il digitaliser son système de continuous improvement ?

    La bonne question est : qu’est-ce que notre organisation fait déjà suffisamment bien pour que le digital puisse l’amplifier ?

    Si les managers savent lire les KPI et agir, si les problèmes remontent, si les responsabilités sont claires, si la résolution de problèmes existe à plusieurs niveaux et si le leadership est engagé, alors le moment est probablement venu de digitaliser, au moins sur un premier périmètre.

    Si, au contraire, l’organisation espère que l’outil va créer le standard, remplacer le raisonnement ou clarifier des routines qui n’existent pas encore, il vaut mieux commencer par renforcer les bases.

    Digitaliser trop tôt n’est pas toujours le problème. Digitaliser sans savoir ce que l’on veut soutenir en est un.

    Le vrai point de départ n’est donc pas l’outil. C’est le système de management que l’on veut rendre plus visible, plus fiable et plus durable.

    Jul 9, 2026

    Découvrez plus de témoignages