Le Hoshin Kanri promet de relier les objectifs stratégiques annuels aux actions quotidiennes de chaque équipe. En pratique, beaucoup d’organisations achètent un systeme pour ça, puis constatent que le lien s’arrête à mi-chemin : la stratégie est bien documentée, mais elle ne redescend jamais jusqu’au terrain. Ce guide détaille ce qu’un bon logiciel Hoshin Kanri devrait faire, les capacités à vérifier avant de choisir un outil, et l’échec le plus fréquent observé sur le terrain.
Les systèmes Hoshin Kanri ont quatre tâches à remplir, pas une seule. La première est de structurer la matrice X (X-matrix), l’outil qui croise les objectifs annuels, les moyens, les indicateurs et les responsables.
La deuxième est de faciliter le “catchball” ou l’aller-retour entre la direction qui fixe une ambition et les équipes qui en valident la faisabilité, avant que l’objectif ne soit validé.
La troisième est de faire descendre les indicateurs de pilotage jusqu’au niveau opérationnel, pour qu’une cible stratégique se traduise en cible mesurable pour une équipe de ligne.
La quatrième, et c’est celle qui manque le plus souvent, est de connecter cette cascade au management quotidien, c’est-à-dire aux rituels SQCDP et aux différentes Animations à intervalles courtes (AIC) qui font vivre la stratégie au jour le jour.
IL est en général commun de s’arrêter à la première tâche. On produit une X-matrix lisible, parfois élégante, et considère le travail terminé.
Le résultat est un document stratégique de qualité, affiché en comité de direction, sans aucun lien avec ce qui se discute le lendemain matin en réunion d’équipe. La direction a fait du Hoshin Kanri ; le terrain continue son management quotidien comme avant.
Les deux univers ne se parlent pas, malgré l’outil.
Ce défaut n’est pas anodin : il reproduit, dans le système, exactement le problème que le Hoshin Kanri est censé résoudre. La méthode existe précisément parce qu’une stratégie décidée en haut ne se traduit pas spontanément en actions cohérentes en bas, c’est tout l’objet de la cascade et du catchball. Un outil qui numérise la matrice sans numériser la cascade ne fait que rendre le document plus présentable ; il ne change rien à la façon dont l’information circule réellement entre les niveaux de l’organisation. Évaluer un système Hoshin Kanri uniquement sur la qualité de sa X-matrix revient donc à juger un système de management sur son seul affichage, sans vérifier qu’il fonctionne une fois la réunion terminée.
Le défaut le plus répandu n’est pas un problème de fonctionnalités manquantes sur le papier, la plupart des outils savent construire une X-matrix correcte. Le problème est que la cascade s’arrête au palier 2 : la direction fixe les objectifs, les responsables de site les déclinent en sous-objectifs, et c’est tout. L’opérateur de ligne, au palier 1, n’a jamais vu cette cascade traduite dans son tableau SQCDP quotidien. Pour lui, le Hoshin Kanri reste une initiative de direction, déconnectée de ce qu’il vit chaque matin.
Cette rupture a une cause structurelle simple : la plupart des systèmes Hoshin Kanri sont conçus comme des outils de planification stratégique, pensés pour un usage trimestriel par un nombre restreint de cadres. Ils ne sont pas pensés pour s’articuler avec les rituels quotidiens qui tournent à un rythme et une granularité totalement différents.
Résultat : deux systèmes coexistent sans jamais se synchroniser, et c’est précisément cet écart — entre la cascade stratégique et le rituel quotidien .
On reconnaît ce défaut à un symptôme précis : si l’on demande à un opérateur de palier 1 de citer l’objectif stratégique de l’année en cours, et qu’il ne sait pas répondre, la cascade s’est arrêtée bien avant d’arriver jusqu’à lui quel que soit le système utilisé en comité de direction.
Dans une organisation où la cascade fonctionne réellement, cet opérateur peut expliquer, en une phrase, comment l’indicateur affiché sur son tableau SQCDP du matin se rattache à un objectif plus large. C’est ce test simple, plus que n’importe quelle démonstration logicielle, qui révèle si un outil Hoshin Kanri a réussi à connecter la stratégie au terrain ou s’il s’est contenté de la documenter.
iObeya construit la matrice X de la même façon que les outils dédiés, mais la connecte directement aux tableaux SQCDP et aux rituels de management quotidien utilisés par les équipes terrain. Un objectif défini en comité de direction se décline automatiquement en cible mesurable jusqu’au tableau de palier 1, sans ressaisie et sans document intermédiaire à synchroniser manuellement.
Le catchball reste tracé à chaque niveau de la cascade : chaque ajustement d’objectif entre la direction et les sites conserve son historique, visible par tous les paliers concernés. Pour une direction industrielle qui pilote plusieurs sites, comme c’est le cas chez Sanofi ou Stellantis, cette architecture permet de comparer l’avancement d’un même objectif stratégique sur l’ensemble du périmètre, avec la même grille de lecture partout.
L’enjeu n’est pas de remplacer la rigueur méthodologique du Hoshin Kanri, mais de garantir qu’elle se traduit réellement en actions visibles au niveau où le travail se fait. Une organisation qui adopte cette approche n’a plus besoin de choisir entre un outil de planification stratégique et un outil de management quotidien : les deux deviennent les deux faces d’un même système, alimenté par les mêmes données et consultable par tous les niveaux concernés, du palier 1 jusqu’au comité de direction.
Pour juger ce que cela change concrètement sur votre propre cascade Hoshin Kanri, une démonstration reste le moyen le plus direct de comparer cette approche à votre outil actuel.
