Qu'est-ce que le catchball en Hoshin Kanri, et que peut y faire l'IA ?

Les sources primaires en font un principe de la méthode. L'ordre ci-dessous est notre découpage, et une organisation peut le mener en atelier, en revues individuelles ou sur plusieurs semaines.

• Le niveau du dessus lance : un objectif, sa raison d'être et la cible souhaitée.
• Le niveau du dessous attrape : il confronte l'objectif à sa capacité, à ses autres engagements et à ce que montre le terrain.
• Il renvoie : les chantiers qu'il propose, la cible qu'il peut défendre et ce qu'il lui faut pour l'atteindre.
• Les deux niveaux concluent : la cible, les conditions, ou un écart qui remonte pour être tranché.
• Le résultat est écrit là où vit la stratégie, puis le même échange reprend un niveau plus bas.

Les chiffres sont inventés pour montrer le mécanisme. Un groupe veut réduire de 20 % la non-conformité client cette année. Un site répond : 15 % avec l'équipe actuelle, 20 % avec deux techniciens qualité de plus dès le deuxième trimestre, et il signale que ces techniciens sont déjà promis à une autre priorité.

Cette réponse vaut plus qu'un oui. Le groupe dispose maintenant de trois choses qu'il n'avait pas : une cible défendue, une condition et un conflit entre deux de ses priorités. Quel que soit l'arbitrage, il appartient aux responsables concernés.

Aucune n'est un problème d'information, et c'est pourquoi aucun outil ne les règle seul.

• Le tampon : on apprend que contester a un coût, alors on attrape et on se soumet. Le plan paraît aligné jusqu'à la première revue.
• L'absence de trace : l'échange reste oral, et trois semaines plus tard deux niveaux se souviennent d'engagements différents.
• Le contournement : sous la pression du calendrier, le plan part par email et on l'appelle déployé.

Le travail utile se situe autour de la conversation, avant et après. Le risque se situe dedans, car un agent à l'aise avec les mots peut transformer un « bon, d'accord » réticent en formule propre. Un catchball qui devient soudain harmonieux est un signal d'alerte : le désaccord est justement ce que le processus doit faire remonter.

• Avant un tour : réunir les chantiers qui touchent déjà l'objectif, leur statut et, si la matrice ou les données de l'an dernier existent, ce qu'il est advenu de cibles proches.
• Après un tour : rédiger le projet de compte rendu, avec la cible, les conditions et le conflit ouvert, que les personnes concernées corrigent.
• Entre les niveaux : montrer quels objectifs venus du dessus aucun site n'a repris.
• Pas l'agent : choisir la cible, écrire la contre-proposition d'une équipe comme si c'était son jugement, lisser un désaccord, ou déclarer qu'un tour est conclu.

Nous allons discuter de cet objectif proposé avec le niveau du dessus : [objectif et cible proposée].

À partir des données de stratégie que je vous donne, listez :
1. Les chantiers déjà reliés à cet objectif, avec statut et responsable.
2. Les indicateurs qui lui sont reliés, avec valeur actuelle et cible.
3. Tout autre objectif qui sollicite les mêmes responsables.

Écrivez ensuite les questions que notre équipe doit trancher avant de répondre.

Règles : n'utilisez que les données fournies et signalez ce qui manque comme manquant. Ne proposez pas de cible, n'affirmez aucune cause, n'écrivez pas notre position à notre place.

Hoshin n'a pas de module de catchball, et rien ici ne mène la conversation. Il porte ce que la conversation a produit : la matrice du groupe, les matrices de site qui lui sont rattachées, et chaque élément de site qui pointe vers ce qu'il décline.

Un agent connecté par MCP lit l'état courant avec `get_matrix_data`, montre ce que personne n'a repris avec `get_cascade` (la cascade relève de l'offre Entreprise, et tout est débloqué pendant la bêta), et peut consigner une contre-proposition comme idée reliée à l'élément avec `add_idea`. Un jeton d'écriture peut aussi modifier la matrice : une cible convenue s'écrit donc une fois confirmée par les personnes concernées. Un jeton en lecture seule suffit pour préparer un tour.