Le processus Hoshin Kanri : le cycle annuel, étape par étape

La méthode est née dans l’industrie japonaise dans les années 1960, au sein du mouvement de la qualité totale. Le livre d’Akao, paru en japonais en 1988 et en anglais en 1991, en est le texte de référence ; la norme JIS Q 9023 en a fait un standard ; le livre de Thomas Jackson (2006) est la source principale de la X-Matrix et du catchball dans les entreprises lean. Quatre principes les traversent tous les trois.

• Peu de priorités, choisies par la direction. Le hoshin est le cap : quelques changements majeurs pour l’année, pas la liste de tout ce que fait l’entreprise.
• Deux modes de management. Le management par la politique conduit le changement ; le management quotidien tient l’existant au standard. Les mélanger noie les priorités.
• Le catchball. Les objectifs se négocient en descendant et en remontant : chaque niveau répond à celui du dessus avec ses moyens et ses propres cibles.
• Le Plan-Do-Check-Act appliqué à la politique elle-même. La direction revoit régulièrement l’avancement, et la réflexion de fin de cycle nourrit la politique suivante.

Un schéma très partagé empile valeurs, vision, mission, objectifs et actions en pyramide. Cette pyramide vient de la littérature sur la vision d’entreprise, notamment Collins et Porras, pas du Hoshin Kanri, et la X-Matrix ne la porte pas en entier.

La raison d’être et les valeurs, permanentes, et la vision, dont Collins et Porras situent l’objectif audacieux entre 10 et 30 ans, se tiennent au-dessus de la matrice : la direction les porte. La matrice porte la politique : les objectifs de percée à 3-5 ans (Nord), les objectifs annuels (Est), les chantiers (Sud) et les indicateurs (Ouest), reliés par les corrélations. En dessous vient le management quotidien : les tâches et les standards vivent dans l’outil d’exécution, et chaque chantier y renvoie à son projet.

Le découpage en sept étapes est le nôtre ; l’enchaînement suit le Plan-Do-Check-Act des sources, avec l’état des lieux que Jackson place avant la planification. Les étapes 1 à 4 sont le Plan, la 5 le Do, la 6 le Check, la 7 l’Act, qui ouvre le cycle suivant. Les noms d’outils sont ceux du serveur MCP de hoshin.app.

• 1. Faire le bilan du cycle écoulé. La direction tire les leçons ; l’agent rassemble le statut, la cible et la valeur actuelle de chaque élément, et les idées restées en attente (`list_objectives`, `search_ideas`).
• 2. Choisir les percées. La direction seule, à partir de la vision. Une fois les percées choisies, l’agent les inscrit au Nord de la matrice (`create_matrix`, `upsert_element`).
• 3. Fixer la politique annuelle. La direction fixe les cibles ; l’agent relie cibles, chantiers et indicateurs, et signale ce qui ne mène nulle part (`set_correlation`, `get_matrix_completeness`).
• 4. Déployer par catchball. Chaque site répond avec ses propres chantiers ; l’agent rattache la matrice du site à celle du groupe et montre ce que personne n’a repris (`set_matrix_parent`, `get_cascade`).
• 5. Mettre en œuvre. Les équipes choisissent le comment ; l’agent relie chaque chantier à son projet dans l’outil d’exécution, relève l’avancement et prépare la réunion hebdomadaire (`update_element_status`, `weekly_sync`).
• 6. Revoir avec la direction. Le comité regarde et arbitre ; l’agent prépare la revue et la note de synthèse, montre la matrice au comité et la partage en lecture seule avec les destinataires extérieurs (`strategic_review`, `matrix_artifact`, `share_matrix`).
• 7. Ajuster. La direction décide ce qui change ; l’agent range les remontées du terrain et la veille comme idées, reliées à l’élément touché, pour le comité (`add_idea`, `idea_triage`).

Les principes n’ont pas changé depuis Akao. Ce qui fait échouer le Hoshin Kanri en pratique, c’est le coût de tenir la matrice vivante : la remplir, la relier, la présenter, la déployer. C’est ce travail qu’un agent connecté par MCP peut prendre, et chaque verbe sert un principe.

• Structurer sert les priorités peu nombreuses et reliées. Un séminaire, un plan stratégique ou un échange devient une X-Matrix reliée, et le score de complétude, calculé sans IA, signale les orphelins et les chaînes cassées.
• Restituer sert la revue par la direction. La note de comité, la X-Matrix interactive dans la conversation et le lien en lecture seule pour l’extérieur, révocable, sortent des mêmes données, sans ressaisie.
• Décliner sert le catchball. Chaque matrice de site renvoie à ce qu’elle décline de l’étage au-dessus, et le rapport de cascade montre ce que personne n’a repris avant que le comité ne le découvre en fin d’année.

Une X-Matrix complète, c’est une vingtaine d’éléments et environ trente-cinq corrélations : 21 et 35 dans notre exemple public Mécanor. Les écrire et les vérifier à la main, c’est là que la plupart des cycles s’enlisent, et c’est la part qui gagne à être déléguée. Par MCP, le Claude du dirigeant, le Cursor du directeur financier et l’agent du consultant lisent la même matrice, chacun avec ses droits.

Trois choses restent hors de portée de l’agent, par construction. Hoshin n’appelle aucun modèle d’IA : c’est votre assistant, avec votre abonnement, qui raisonne. Même l’assistant de notre page de démonstration est un client distinct, qui lit la matrice par MCP. L’agent ne choisit ni la raison d’être, ni la vision, ni les arbitrages ; il relie, synthétise, restitue et décline. Et le comment appartient aux équipes : l’agent ne leur dit pas comment atteindre leurs cibles.