Pourquoi l'amélioration continue échoue

Vous avez organisé l’événement Kaizen. Vous aviez le facilitateur, les post-it, l’énergie. Vous avez identifié 12 opportunités d’amélioration. Les participants sont repartis enthousiastes. Et puis six semaines plus tard, exactement deux de ces 12 axes avaient avancé, l’énergie s’était dissipée, et les équipes terrain qui avaient participé étaient tranquillement revenues à leurs anciennes habitudes.

Si cela vous parle, vous n’êtes pas seul, et vous n’échouez pas là où tous les autres auraient trouvé la solution. L’élan qui retombe après l’événement Kaizen est un phénomène bien connu en amélioration continue, et il touche des organisations dotées de professionnels de l’AC talentueux et motivés. Quand votre programme d’amélioration continue ne donne pas de résultats, la cause est en général structurelle, et une structure se corrige.

Pourquoi les programmes d’amélioration continue peinent-ils à maintenir l’élan ?

La raison la plus courante est que l’amélioration est traitée comme un événement plutôt que comme un système. Les événements Kaizen, les ateliers et les sprints d’amélioration sont des outils utiles, mais ils produisent des états temporaires d’attention accrue. Quand l’événement se termine, les pressions quotidiennes de la production, du service ou des opérations reprennent le dessus. Sans un système qui fait de l’amélioration une habitude quotidienne plutôt qu’un événement périodique, les gains des événements individuels s’érodent.

La deuxième raison la plus courante est le manque d’adhésion du management intermédiaire. Les équipes terrain peuvent identifier des problèmes et suggérer des améliorations à longueur de journée. Mais si leurs responsables directs ne créent pas d’espace pour l’activité d’amélioration, ne suivent pas les idées soumises et ne protègent pas du temps pour travailler sur les changements, rien n’avance. Le responsable AC devient la seule personne impliquée, et une seule personne ne peut pas porter un programme à l’échelle d’une organisation.

La troisième raison est que les résultats ne sont pas visibles. Quand des améliorations se produisent et que personne ne les relie au programme d’AC, le programme perd son récit. Les collaborateurs ne voient plus le lien entre leur participation et les résultats. Au fil du temps, participer semble vain même si de vrais changements sont en cours.

La quatrième raison, celle que personne n’aime écrire, est que le programme mesure de l’activité plutôt que des résultats depuis si longtemps que sa performance réelle est invisible. Dix événements Kaizen menés, 200 personnes formées, 600 idées dans le système, et personne ne peut nommer trois changements du dernier trimestre qui ont produit un résultat opérationnel mesurable. Un programme peut en arriver là qu’il fonctionne bien ou qu’il brasse de l’air depuis deux ans. Sans indicateur de résultat, le programme ne peut pas savoir lequel des deux il est.

Quelle est la différence entre un événement d’AC et une culture d’AC ?

Un événement d’AC produit un pic concentré d’activité d’amélioration dans un créneau temporel défini. Une culture d’AC produit un flux continu de petites améliorations chaque semaine, portées par les personnes qui font le travail, avec des événements ponctuels plus importants pour traiter les problèmes de fond.

Les organisations dotées d’une vraie culture d’AC partagent généralement quelques caractéristiques. L’amélioration est intégrée aux routines quotidiennes : de brèves réunions d’équipe où les problèmes sont remontés, des canaux clairs pour signaler les difficultés, un retour rapide sur les changements proposés. Les petites améliorations y sont bien plus nombreuses que les grands événements. Et les personnes qui mettent en œuvre les améliorations sont celles qui les ont identifiées, ce qui élimine la rupture entre l’idée et l’action.

Le magazine de Toyota, Toyota Times, fait état d’environ 810 000 suggestions en 2023, soit environ 14 par personne sur l’année parmi le personnel technique de ses usines. Les collaborateurs de Toyota ne sont pas exceptionnellement créatifs. Le système rend l’amélioration facile, rapide et visible dans le travail quotidien.

Une heuristique pratique : si le programme d’AC produit plus d’événements que de changements mis en œuvre par trimestre, le programme est piloté par l’événement. S’il produit plus de changements mis en œuvre que d’événements, le programme est piloté par la culture. La plupart des programmes en difficulté sont profondément en mode événementiel et tentent d’en sortir en organisant davantage d’événements, ce qui explique pourquoi ils n’y arrivent pas.

Pourquoi l’engagement de la direction est-il si important pour l’AC ?

Parce que l’amélioration continue requiert presque toujours des ressources que les équipes terrain ne contrôlent pas. Du temps pour mener des essais. Un budget pour des modifications mineures d’équipement. L’autorité pour modifier des processus transversaux. Quand la direction est nominalement favorable mais pratiquement absente, les idées d’amélioration qui nécessitent l’une de ces ressources s’arrêtent tout simplement.

Il y a aussi un effet de signal. Quand les dirigeants s’impliquent visiblement dans l’AC, posent des questions lors de leurs revues opérationnelles et traitent les données d’amélioration comme des informations qui comptent, toute l’organisation prend le sujet plus au sérieux. Quand l’AC est quelque chose que le responsable AC fait pendant que tout le monde se concentre sur le « vrai travail », elle reste marginale.

Obtenir et maintenir l’implication de la direction n’est pas avant tout un défi de communication. C’est un défi d’indicateurs. Les dirigeants s’impliquent dans les programmes qui leur montrent des chiffres qui les intéressent. Le guide sur l’obtention du soutien de la direction couvre la formulation et les indicateurs qui fonctionnent le mieux.

La partie management intermédiaire est tout aussi importante et plus difficile à corriger. La direction peut être convaincue par des chiffres et des revues trimestrielles. Les managers intermédiaires réagissent aux incitations de leur modèle opérationnel quotidien. Si le responsable de production est évalué sur le débit hebdomadaire et que le programme d’AC est traité comme un axe séparé pour lequel il n’a pas le temps, ce responsable va par défaut déprioriser l’AC. La solution est d’intégrer l’activité d’AC dans le modèle opérationnel dont les managers sont déjà responsables, pas de l’ajouter comme une responsabilité parallèle.

Les quatre stades où les idées d’AC stagnent

Une idée d’amélioration doit franchir quatre obstacles pour produire un résultat mesurable : soumission, évaluation, mise en œuvre et mesure. Les programmes qui plafonnent ont généralement un stade précis où les échecs se concentrent. Diagnostiquer quel stade constitue le goulot d’étranglement représente l’essentiel de la solution.

Échec au stade de la soumission

Le signal : faible volume de soumissions, ensemble très réduit de contributeurs. La cause : la sécurité psychologique ou l’accessibilité. Soit les collaborateurs ne se sentent pas en sécurité pour remonter les problèmes, soit le canal pour le faire est tellement peu pratique (formulaires longs, accès uniquement bureau, validations lentes) qu’ils abandonnent. La solution : options de soumission anonyme, canaux pensés d’abord pour le mobile, et un lancement porté par un dirigeant qui invite explicitement le type d’apport que le programme a historiquement sanctionné.

Échec au stade de l’évaluation

Le signal : les idées s’accumulent mais peu obtiennent une décision. La cause : aucun propriétaire nommé avec autorité pour décider, ou des critères d’évaluation trop vagues pour être appliqués de manière cohérente. La solution : nommer un seul décideur par idée, définir un délai de 14 jours entre la soumission et la première réponse, et adopter un processus de tri pour que le volume devienne gérable.

Échec au stade de la mise en œuvre

Le signal : les idées sont approuvées mais les changements ne se concrétisent pas. La cause : pas de pool de ressources, pas de temps protégé pour la mise en œuvre, ou pas d’autorité transversale quand le changement traverse les frontières d’équipes. La solution : dédier un créneau d’amélioration explicite (souvent 2 à 4 heures par semaine par équipe), et soit nommer un sponsor transversal, soit limiter le programme aux améliorations mono-équipe tant qu’il n’y en a pas.

Échec au stade de la mesure

Le signal : des changements se produisent mais le programme ne peut pas rendre compte de ce qu’ils ont produit. La cause : personne n’a été rendu responsable du suivi des résultats. La solution : choisir trois indicateurs qui comptent (un financier, un opérationnel, un de participation), désigner une personne pour les rapporter chaque mois, et lier le financement du programme à la tendance.

Si vous n’arrivez pas à déterminer quel stade est votre goulot d’étranglement, la réponse est généralement « plus d’un ». Traitez-les dans l’ordre ci-dessus : soumission, évaluation, mise en œuvre, mesure. Corriger la mise en œuvre alors que rien n’est soumis est une perte d’effort.

Quels sont les signes les plus courants qu’un programme d’AC plafonne ?

Le premier signe est que ce sont toujours les mêmes personnes qui participent. Un programme d’AC sain élargit progressivement sa portée à davantage de collaborateurs. Un programme qui plafonne a un noyau stable de participants engagés et un large groupe de spectateurs.

Le deuxième signe est que l’activité d’amélioration se concentre sur les domaines accessibles plutôt que sur les domaines critiques. Les équipes améliorent ce qui est facile à améliorer, tandis que les contraintes majeures sur la performance restent intouchées parce qu’elles sont trop politiques, trop transversales ou trop incertaines.

Le troisième signe est que le programme commence à ressembler à de la paperasserie. Quand la charge administrative de documentation des améliorations, le remplissage de formulaires et les réunions de revue dépassent le temps consacré à réellement améliorer les choses, les collaborateurs commencent à contourner le système ou à décrocher. Le processus était censé servir l’amélioration, pas l’inverse.

Le quatrième signe est que la mesure a dérivé vers des indicateurs de vanité. Nombre d’idées soumises, nombre d’événements Kaizen organisés, nombre de personnes formées. Ces chiffres comptent, mais s’ils constituent ce que le programme présente à la direction et non l’impact opérationnel, quelque chose dysfonctionne dans le système de mesure.

Le cinquième signe, souvent négligé, est que le langage est devenu technique. Le programme parle d’A3, de PDCA, de hoshin et d’événements Kaizen, tandis que la réalité opérationnelle de l’entreprise se discute en termes de débit, de taux de défauts, de délai de livraison et de coût-de-service. Quand le vocabulaire AC diverge du vocabulaire opérationnel, le programme est devenu une activité isolée que les responsables opérationnels ne reconnaissent plus comme la leur.

Comment relancer un programme d’AC qui a perdu son élan ?

La première étape est un diagnostic honnête de l’origine des frictions. Parcourez les quatre stades ci-dessus et identifiez celui qui constitue le principal goulot d’étranglement. La solution diffère fortement selon le stade.

D’après notre expérience, la relance qui fonctionne le mieux est un sprint de 90 jours avec un objectif d’amélioration unique et très visible, auquel la direction tient réellement. Identifiez l’indicateur opérationnel qui préoccupe le plus la direction en ce moment, menez un effort d’amélioration ciblé en utilisant les outils d’AC, et mesurez et communiquez le résultat explicitement. Cela reconnecte le programme d’AC aux résultats que la direction valorise et reconstruit l’argumentaire pour y investir.

Un exemple concret : une relance à 90 jours

Pour rendre cela concret, voici un exemple composite, construit à partir de situations que nous observons et non d’un client nommé : une opération logistique de 600 personnes dont le programme d’AC tournait en pilote automatique depuis deux ans.

Jour 1 : le directeur des opérations a choisi un indicateur opérationnel, le taux d’expédition à l’heure, qui avait dérivé de 96 % à 89 % sur l’année et était directement visible par le comité exécutif. Le responsable AC a limité la relance à ce seul indicateur.

Jours 1 à 15 : une campagne d’idées structurée a été lancée sur l’opération d’expédition, posant spécifiquement la question : « quelle est une chose que nous pourrions changer dans les 30 prochains jours qui aiderait l’expédition à l’heure sans ajouter de coût ? » 47 soumissions sont arrivées. Le tri a été bouclé en une semaine avec une méthode à trois piles. 11 idées sont passées à l’évaluation ; 24 ont reçu une réponse « pas maintenant » avec un motif précis ; 12 ont été regroupées pour clarification.

Jours 16 à 45 : les 11 idées retenues ont été regroupées en trois chantiers : refonte de la paperasse de quai, étiquetage des conteneurs, et un petit changement dans le briefing de prise de poste. Chaque chantier avait un propriétaire nommé, un plafond budgétaire de 2 000 £ et une fenêtre de mise en œuvre de 30 jours.

Jours 46 à 75 : mise en œuvre. Deux des trois chantiers ont livré à l’heure ; le troisième (étiquetage des conteneurs) a eu besoin d’une semaine supplémentaire à cause d’une dépendance fournisseur. Rien dans les changements n’était spectaculaire. Chacun était un petit ajustement de processus ou de signalétique.

Jours 76 à 90 : mesure. Le taux d’expédition à l’heure est remonté de 89 % à 94 %. Le directeur des opérations a présenté le résultat à la revue exécutive suivante avec les changements précis nommés, les coûts (moins de 6 000 £ au total) et le calendrier de mise en œuvre. Le programme d’AC était visiblement relié à un chiffre qui comptait.

Le résultat comptait moins que la boucle qui se fermait de manière visible. Le programme était passé de générer de l’activité à produire un résultat, et l’équipe exécutive l’a traité différemment après la relance. Quatre autres cycles de 90 jours ont été menés l’année suivante, chacun rattaché à un indicateur précis qui préoccupait la direction. Le programme était de nouveau vivant.

À quoi cela ressemble en pratique : trois programmes clients

Trois programmes clients, trois secteurs. Aucun ne repose sur un grand événement.

Halfords (distribution et services automobiles, Royaume-Uni)

Halfords pilote un programme d’idées structuré avec Hives.co avec plus de 1 000 collaborateurs engagés dans 400 magasins. En six mois, le programme a collecté 515 idées et produit 759 000 £ de valeur business. Les idées étaient liées à de vrais enjeux opérationnels, beaucoup étaient rapidement applicables, et chaque contributeur a reçu une réponse. Derrière ce chiffre, il y avait un système qui rendait les améliorations faciles à faire émerger et visibles par tous.

VINCI Energies (énergie et solutions numériques, mondial)

Chez VINCI Energies, quelques milliers de personnes réparties dans des entités de plusieurs pays utilisent Hives.co pour leurs défis d’idées. Chaque entité garde ses propres questions, sa langue et ses critères, et la direction de l’innovation voit ce qui arrive de l’ensemble des entités. Quand le même problème apparaît dans deux entités, il devient visible, et l’on peut retrouver l’équipe qui l’a déjà résolu.

Municipalité de Linköping (secteur public suédois)

La Municipalité de Linköping, qui compte plus de 160 000 habitants, a mené un programme d’idées collaborateurs structuré qui a produit 200 idées en trois mois et réduit de 66 % le temps administratif consacré au processus d’idées. Un organisme public aux processus de décision formels peut quand même aller vite : les petites améliorations vont directement à un responsable nommé, et seules les idées plus importantes passent par une notation.

Le fil rouge : la plateforme rend le processus facile à piloter, et c’est la discipline hebdomadaire de le faire tourner qui produit le résultat. Chaque programme traite beaucoup de petites améliorations, souvent, au lieu d’attendre le prochain atelier.

Ce qui change entre l’AC industrielle et l’AC dans le travail intellectuel

Les principes restent valables partout. Les détails pratiques, non : un processus unique copié dans tous les contextes finit généralement par casser.

Industrie et opérations terrain

Les soumissions sont généralement liées aux conditions de production et opérationnelles : une étape de processus qui prend plus de temps que prévu, un équipement qui tombe en panne de manière prévisible, un problème qualité qui se concentre sur les nouveaux arrivants. La mise en œuvre est souvent peu coûteuse mais nécessite une propriété claire au niveau du site. La reconnaissance doit être visible sur le tableau d’atelier ou dans le briefing de poste ; l’e-mail seul est invisible pour les opérateurs. La soumission mobile et par QR code est fondamentale, pas optionnelles.

Bureau et travail intellectuel

Les soumissions concernent généralement le flux de travail, les transferts entre équipes ou les frictions d’outils : une étape d’approbation dupliquée, un rapport généré et jamais lu, une série de réunions qui n’ajoute aucune valeur. La mise en œuvre implique souvent des dépendances IT ou fournisseurs, ce qui ralentit le cycle. La reconnaissance par e-mail et tableau de bord fonctionne parce que l’audience est devant un écran de toute façon, mais la tentation de complexifier le processus est plus forte car les participants sont à l’aise avec l’administration.

Santé et environnements régulés

Les soumissions se concentrent sur la sécurité, l’expérience patient et les parcours cliniques. La mise en œuvre nécessite presque toujours une validation clinique et parfois un examen réglementaire, ce qui allonge le cycle. Le choix de conception le plus important en santé est de définir ce qui peut être délégué au changement local et ce qui doit remonter, et le fait d’expliciter cette frontière empêche le programme de générer accidentellement des idées qui n’ont aucun chemin vers l’action.

Dans les entreprises à environnement mixte, menez des campagnes séparées sur une plateforme partagée avec des critères d’évaluation alignés. Le logiciel d’amélioration continue pour l’industrie diffère en ergonomie d’un outil générique de gestion des idées.

Quel rôle jouent les équipes terrain dans un programme d’AC réussi ?

Le rôle central, même si elles sont souvent traitées après coup. Les équipes terrain possèdent la connaissance la plus fine et la plus actualisée des dysfonctionnements des processus. Elles voient les mêmes problèmes chaque jour. Elles ont souvent déjà imaginé des solutions mais supposé que personne ne voulait les entendre.

La difficulté est que de nombreux programmes d’AC n’ont pas été conçus en pensant à l’accessibilité terrain. Des formulaires de soumission qui exigent de longues descriptions écrites ne conviennent pas à quelqu’un sur un site de production ou en magasin. Des réunions de revue programmées pendant les heures de production excluent les équipes postées. Des systèmes de reconnaissance qui utilisent l’e-mail et les portails d’entreprise ne touchent pas les collaborateurs sans poste de travail informatique.

Si l’engagement terrain est le maillon faible de votre programme, le guide sur les collaborateurs terrain et le partage d’idées couvre les choix de conception spécifiques qui améliorent l’accessibilité et la participation dans les environnements opérationnels.

Quelle est la place d’un logiciel de gestion des idées dans un programme d’AC ?

Le logiciel est un facilitateur, pas une solution. Les organisations qui tirent le plus de valeur des plateformes d’AC sont celles qui disposent déjà d’un système d’amélioration fonctionnel et qui utilisent le logiciel pour rendre la soumission plus facile, le suivi plus cohérent et le reporting plus visible. Le logiciel ne résout pas un programme qui manque d’engagement de la direction, d’adhésion du management intermédiaire ou d’un processus clair pour le traitement des idées après soumission.

Cela dit, le bon logiciel réduit significativement les frictions dans le système. Quand soumettre une idée prend 30 secondes depuis un appareil mobile et que l’auteur reçoit automatiquement une mise à jour de statut sous 48 heures, les taux de participation s’améliorent. Quand les données d’amélioration sont agrégées et visibles dans des tableaux de bord que les dirigeants consultent réellement, le programme reste à l’ordre du jour. Les environnements opérationnels les plus susceptibles d’en bénéficier sont ceux avec des effectifs répartis, de multiples sites ou un volume élevé de soumissions difficile à gérer manuellement.

Si vous évaluez un logiciel d’AC spécifiquement pour un environnement industriel, le guide sur les logiciels d’amélioration continue pour l’industrie couvre les fonctionnalités et les arbitrages à connaître.

Erreurs courantes en tentant de relancer un programme d’AC

Relancer en ajoutant des événements

L’instinct quand l’élan meurt est de programmer un autre événement Kaizen. Cela échoue généralement parce que l’événement était le symptôme, pas le remède. La relance doit ajouter du système, pas des événements : cadence, propriétaires nommés, délai de réponse, indicateurs visibles. Les événements peuvent revenir plus tard, ancrés dans le système.

Renommer le programme

L’appeler « Excellence Continue » au lieu d’« Amélioration Continue » ne produit aucun changement opérationnel. Les équipes sont extrêmement douées pour reconnaître un changement de nom sans substance, et une relance principalement cosmétique nuit activement à la crédibilité de la prochaine tentative.

Faire venir un consultant externe sans mandat clair

Les consultants sont utiles pour le diagnostic et pour les éléments méthodologiques que les équipes opérationnelles n’ont pas vus. Ils ne sont généralement pas utiles pour soutenir la cadence quotidienne. La relance doit être portée par un sponsor interne avec une responsabilité opérationnelle ; le consultant est un outil, pas le propriétaire.

Sauter la conversation honnête sur les raisons de l’échec précédent

Les gens se souviennent. Si la précédente tentative d’AC a généré des soumissions ignorées, ces personnes sont toujours dans l’organisation, et elles ne s’engageront pas à nouveau tant qu’elles n’auront pas entendu une reconnaissance explicite de ce qui a échoué et de ce qui change cette fois-ci. Relancer comme si la tentative précédente n’avait pas eu lieu donne en général une participation plus faible que le lancement initial.

Confondre amélioration et réduction de coûts

Si chaque campagne d’AC revient à « où peut-on couper ? », la participation s’évapore. Les équipes terrain ne contribueront pas à des idées qu’elles craignent voir supprimer des postes, et elles feront passer les idées sécurité, qualité et ergonomie par d’autres canaux. Traitez la réduction de coûts comme l’un de plusieurs vecteurs d’amélioration, pas le seul, et le profil de participation change en un seul cycle.

La question honnête à vous poser

Avant tout changement de processus, d’outil ou de campagne de relance, il vaut la peine de se poser une seule question honnête : votre organisation veut-elle réellement changer sa façon de fonctionner, ou veut-elle avoir le sentiment de le faire ?

Cela peut sembler dur, mais c’est utile. Certaines organisations ont un réel appétit pour le changement opérationnel et ont simplement besoin de meilleurs systèmes. D’autres ont des contraintes culturelles ou politiques qui rendent l’amélioration réelle difficile, quelle que soit la qualité de conception du programme d’AC. Savoir dans quelle situation vous vous trouvez détermine si la prochaine étape est un meilleur processus ou une conversation plus difficile.

Si vous souhaitez diagnostiquer votre situation plus précisément, le diagnostic de programme d’innovation couvre nombre des facteurs structurels qui s’appliquent aussi bien aux programmes d’AC qu’aux programmes d’innovation plus larges.

Questions fréquentes

Combien de temps faut-il à une relance d’AC pour montrer des résultats ?

Un sprint ciblé de 90 jours sur un indicateur opérationnel unique est la bonne durée pour voir si une relance prend. Si après 90 jours vous ne pouvez pas pointer un mouvement chiffré sur un indicateur qui compte pour la direction, la relance n’a pas réussi et vous devez rediagnostiquer plutôt que de pousser pour 90 jours de plus. Le schéma qui fonctionne le mieux est fait de cycles courts avec des résultats visibles, répétés quatre fois par an, plutôt qu’un seul long cycle avec une évaluation différée.

Faut-il fusionner le programme d’AC avec le programme plus large de gestion des idées ?

Généralement oui, avec des workflows séparés. Tenter de garder l’AC et l’innovation comme deux programmes distincts crée une infrastructure dupliquée, des canaux de soumission dupliqués et un reporting dupliqué. Une plateforme partagée avec deux workflows (les idées d’AC vont à des propriétaires opérationnels avec un délai de 48 heures ; les idées d’innovation vont à des sponsors stratégiques avec un cycle d’évaluation plus long) est généralement plus propre. L’exception est dans les environnements régulés où l’AC a des liens de conformité formels que l’innovation n’a pas, auquel cas les workflows doivent rester indépendants même si la plateforme est partagée.

Quelle est la bonne cadence de reporting d’AC à la direction ?

Mensuelle pour la direction opérationnelle, trimestrielle pour le comité exécutif, avec un indicateur bien choisi par cycle. La tentation est de tout rapporter parce que cela montre de l’activité, mais les équipes exécutives décrocheront face à de longs tableaux de bord. Un rapport AC d’une page chaque trimestre montrant trois indicateurs (impact financier, indicateur opérationnel, portée de participation) et nommant deux ou trois mises en œuvre suffit généralement à maintenir le programme à l’ordre du jour.

Faut-il offrir des récompenses financières pour les idées d’AC mises en œuvre ?

Généralement non pour l’AC continue ; parfois oui pour des défis spécifiques. Les programmes d’AC durables qui dépendent de récompenses monétaires dérivent vers le contournement et s’éloignent du type de petites améliorations fréquentes qui produisent une valeur cumulative. Une reconnaissance visible, des remerciements écrits et voir le changement mis en œuvre sont des moteurs plus puissants de participation répétée que l’argent. Un petit geste ou un petit prix pour une idée mise en œuvre est correct ; un système formel de prime tend à fausser le type d’idées soumises.

Comment savoir si c’est un problème d’AC ou un problème d’organisation ?

Faites tourner le diagnostic en quatre stades ci-dessus. Si trois stades sur quatre sont cassés simultanément, c’est un problème d’organisation plutôt qu’un problème de conception d’AC, et la prochaine étape est la conversation plus difficile avec la direction sur la capacité du modèle opérationnel à soutenir l’amélioration continue. Si un ou deux stades sont cassés, c’est un problème de conception d’AC que vous pouvez corriger sans relance plus large.

Qu’en est-il des CSE et des syndicats ?

Engagez-les tôt, en particulier si votre programme d’AC collecte des données de performance liées à des individus. En France, en Allemagne, dans les pays nordiques et dans plusieurs autres pays européens, les représentants du personnel disposent de droits légaux de codécision ou d’information-consultation sur les systèmes qui peuvent suivre la performance ou le comportement. Les options d’anonymat, les règles de rétention et les politiques explicites sur l’IA dans l’évaluation sont généralement les points de négociation. Les CSE sont rarement opposés à l’AC en elle-même ; ils sont opposés à la surveillance et au manque de transparence.

Un programme d’AC peut-il fonctionner dans un service ou seulement dans l’industrie ?

Il fonctionne dans les deux, mais les motifs diffèrent. L’AC industrielle tend à produire des améliorations basées sur les conditions de production et ancrées dans l’équipement ; l’AC en service tend à produire des améliorations de flux de travail, de transferts et d’expérience client. Le temps de cycle est souvent plus long en service car davantage de changements ont des dépendances IT ou processus. Les principes sont identiques : faire émerger, évaluer, mettre en œuvre, mesurer. Les tactiques de mise en œuvre sont spécifiques au secteur.

Comment gérer le bagage « on a déjà essayé et ça n’a pas marché » ?

Reconnaissez-le explicitement dans la relance. « Nous avons mené des programmes d’AC ici qui ont produit des soumissions et aucun suivi. Voici ce que nous faisons différemment cette fois-ci : un décideur nommé, un délai de réponse de 14 jours, et des résultats trimestriels visibles liés aux indicateurs opérationnels. » La confiance se reconstruit en étant précis sur ce qui a changé, pas en espérant que la tentative précédente sera oubliée.

Et si le seul indicateur qui compte pour la direction est le coût ?

Cadrez la première relance autour du coût pour que le programme gagne la crédibilité nécessaire à un périmètre élargi. Une fois que la direction a vu un ou deux cycles produire des résultats de coût mesurables, la conversation sur la sécurité, la qualité et l’expérience client devient beaucoup plus facile parce que le programme a engrangé des victoires opérationnelles. Tenter de défendre un programme d’AC à plusieurs vecteurs avant que le programme n’ait produit la moindre victoire est généralement une position perdante.