Hoshin Kanri pour le directeur des opérations : combler le fossé entre la stratégie et Linear
Le directeur des opérations possède le fossé entre ce que le comité de direction a décidé et ce que les équipes livrent réellement. Le Hoshin Kanri le comble structurellement : chaque chantier stratégique de la X-Matrix porte un lien (external_ref) vers son projet d'exécution dans Linear, Jira ou Asana, et une sync hebdomadaire par agent réconcilie les deux — avancement tiré automatiquement, dérive signalée, agenda de revue rédigé. Pas de ressaisie, pas de reporting parallèle.
Cette page décrit le montage pour un responsable des opérations : ce qui vit où, à quoi ressemble la boucle hebdomadaire, et ce qu'elle remplace.
Le problème des deux systèmes
La stratégie vit dans des slides ; l'exécution vit dans Linear ou Jira. Entre les deux, une couche de traduction — généralement vous, le directeur des opérations, qui reconstruisez chaque mois un deck de statuts à partir des boards de sprint, des fils de discussion et de mémoire. Les symptômes sont toujours les mêmes :
- Des projets dans l'outil d'exécution que personne ne peut rattacher à un objectif stratégique — du travail fantôme qui consomme de la capacité réelle.
- Des chantiers stratégiques sans aucun projet d'exécution derrière — du théâtre stratégique qui a l'air vert jusqu'à la revue trimestrielle.
- Des réunions de statut qui passent leur temps à collecter le statut au lieu d'arbitrer, parce que la donnée n'a jamais été fraîche à un seul endroit.
Lier, pas dupliquer : external_ref
Hoshin Kanri trace une frontière nette. La X-Matrix tient le pourquoi et le quoi : objectifs, chantiers, cibles KPI, corrélations, revues, décisions. Votre outil d'exécution garde le comment : issues, sprints, assignations, suivi quotidien. Le pont est un seul champ — chaque chantier porte un external_ref qui pointe vers son projet d'exécution.
Il n'y a délibérément ni gestion de tâches, ni Gantt, ni duplication des issues dans la matrice. Tout ce qui obligerait vos équipes à maintenir la même information dans deux outils est une erreur de conception que la plateforme refuse — parce que cette duplication est exactement ce qui tue les outils de stratégie avant mars.
La boucle hebdo, exécutée par un agent
Connectez Claude (ou Cursor) au serveur MCP Hoshin Kanri à côté de votre MCP Linear ou Jira — OAuth, deux minutes environ chacun. Ensuite le prompt intégré weekly_sync exécute la boucle chaque lundi :
- Lit les chantiers du quadrant Sud et leurs liens external_ref.
- Tire avancement et blocages de chaque projet lié via le MCP de l'outil d'exécution.
- Met à jour les statuts des chantiers dans la matrice — la stratégie devient aussi fraîche que le board de sprint.
- Signale la dérive dans les deux sens : projets d'exécution sans chantier, chantiers liés à rien.
- Rédige l'agenda de la revue hebdo : KPIs hors trajectoire, chantiers bloqués, décisions en attente.
Des KPIs qui prouvent quelque chose
Le quadrant Ouest tient les KPIs, et chacun est corrélé aux objectifs et chantiers qu'il est censé prouver. Cette corrélation est ce qui transforme un tour de dashboard en revue : la question n'est jamais « que dit ce chiffre ? » mais « quel pari stratégique ce chiffre confirme-t-il ou réfute-t-il ? ».
Le score de complétude audite le jeu d'indicateurs lui-même — y compris l'équilibre leading/lagging. Un dashboard d'opérations qui ne contient que des indicateurs lagging vous dit où vous avez échoué, après coup ; le score pousse à instrumenter les signaux avancés tant qu'il est encore temps d'agir.
Ce que ça remplace — et ce que ça ne remplace pas
Remplacé : le deck de statuts du dimanche soir, la réunion qui collecte au lieu de décider, la surprise trimestrielle où un chantier se révèle mort depuis deux mois, et le rôle de middleware humain entre stratégie et exécution.
Pas remplacé : votre outil de gestion de projet (Linear, Jira, Asana gardent le comment), votre stack BI (les données de mesure et séries temporelles restent où elles sont). Hoshin Kanri tient la couche stratégie et reste lié aux deux.
Questions fréquentes
Est-ce que ça remplace Linear, Jira ou Asana ?
Non — par conception. Votre outil d'exécution garde les tâches, sprints et issues. Hoshin Kanri garde les objectifs, chantiers, KPIs et revues, et chaque chantier est lié à son projet d'exécution via external_ref. Le prompt agent weekly_sync maintient l'alignement sans double saisie.
C'est quoi exactement, external_ref ?
Un champ sur chaque chantier de la matrice qui stocke la référence de son projet d'exécution (un projet Linear, un epic Jira…). Il est exposé partout — éditeur, API, exports, tools MCP — pour que humains et agents puissent passer d'un chantier stratégique au travail qui le porte.
Que se passe-t-il quand une équipe travaille hors stratégie ?
La sync hebdo le fait remonter : un projet d'exécution qui ne correspond à aucun chantier est signalé comme dérive stratégique potentielle. Ensuite c'est une décision de management, prise en revue avec la donnée sur la table — le rattacher à un chantier existant, en faire un nouveau, ou l'arrêter.
Quels outils d'exécution l'agent peut-il lire ?
Tout outil qui expose un serveur MCP — Linear et Jira sont les cas courants. MCP est un standard ouvert : l'intégration n'est pas du sur-mesure par outil. L'agent lit votre matrice via le MCP Hoshin Kanri et les données d'exécution via le MCP de chaque outil.
Combien de temps prend réellement la boucle hebdo ?
L'agent prépare tout — statuts à jour, dérive signalée, agenda rédigé. La part humaine est la revue elle-même : arbitrer les exceptions, typiquement 30 minutes. Le but est que la direction des opérations passe son temps à décider, pas à collecter.