Trouver les chantiers orphelins d’une stratégie
Un orphelin est un élément de votre stratégie relié à rien : un chantier qui ne sert aucun objectif énoncé, un indicateur que personne ne lit, un objectif qu’aucun projet ne livre. Ils sont rarement créés exprès. Ils s’accumulent — un projet survit à l’objectif qui le justifiait, un indicateur survit à la question à laquelle il répondait, une priorité s’ajoute dans l’urgence et n’est jamais reliée.
Ils comptent parce qu’ils consomment les deux ressources les plus rares d’une équipe de direction, l’attention et la crédibilité, tout en étant infalsifiables. Rien ne vous dit qu’un chantier orphelin a échoué, puisque rien n’était censé bouger s’il réussissait. La bonne nouvelle est qu’ils sont détectables mécaniquement : la détection peut donc être déléguée et répétée chaque semaine, au lieu de dépendre de la vigilance de quelqu’un.
La définition qui rend la détection possible
Dans une X-Matrix, les liens n’existent qu’entre quadrants adjacents : vision vers objectifs annuels, objectifs vers chantiers, chantiers vers indicateurs, vision vers indicateurs. Cette contrainte est ce qui transforme une impression vague de désalignement en arithmétique.
Un élément est orphelin lorsqu’il n’apparaît dans aucune corrélation de force non nulle. Pas « faiblement relié » — pas relié du tout. Sur cette définition, trouver les orphelins est une opération d’ensembles sur le graphe de corrélations, et cela prend quelques millisecondes.
Le cas voisin, plus révélateur, est la chaîne rompue : un élément relié, mais dont le fil n’atteint pas le bout. Une vision corrélée à un objectif annuel qu’aucun chantier ne livre n’est pas orpheline — et c’est sans doute pire, parce qu’au mur elle a l’air connectée.
Ce que le compte signifie
Le score de complétude transforme le ratio d’orphelins en sous-score, pesé à 20 % du total, selon des paliers volontairement grossiers : la moitié ou plus de vos éléments orphelins donne 20 sur 100 ; un tiers ou plus donne 40 ; un sixième ou plus donne 60 ; le moindre orphelin vous plafonne à 80 ; seule une matrice entièrement reliée obtient 100.
Les paliers sont grossiers à dessein. L’écart entre 14 % et 16 % d’orphelins est du bruit ; l’écart entre « quelques fils qui pendent » et « la moitié de la stratégie est décorative » est tout le diagnostic.
Lisez le nombre comme un symptôme, pas comme une note. Un ratio élevé en début de cycle de planification est normal — vous êtes en train de relier. Le même chiffre au neuvième mois signifie que la matrice a été remplie une fois et n’a jamais servi à piloter.
- Les orphelins pèsent 20 % du score de complétude ; les chaînes complètes 25 %.
- Avec la densité des corrélations (20 %), la connexité représente 65 % du score — le volume d’éléments en représente 15 %.
- La spécification complète est publique et le moteur sous licence MIT : vous pouvez auditer exactement la façon dont votre stratégie est jugée.
Les cas inconfortables
Deux motifs reviennent dans presque toutes les matrices réelles, et tous deux sont plus intéressants qu’un orphelin simple.
L’objectif non mesuré : un objectif annuel relié à des chantiers mais à aucun indicateur. Le travail a lieu et personne ne peut dire s’il fonctionne. Dans le score, cela ressort par l’équilibre des indicateurs, et c’est le constat le plus fréquent que nous voyons.
L’objectif à indicateurs de résultat seuls : suivi exclusivement par des mesures de résultat — chiffre d’affaires, NPS, attrition — sans aucun indicateur avancé sur le processus censé les produire. Ce n’est pas un orphelin, c’est pire : vous découvrirez l’échec au moment exact où il est trop tard pour réagir. Le score le signale nommément et réclame un indicateur de processus.
Et une réserve honnête : le score ne dit rien de l’ambition d’un objectif, de la mesurabilité d’un indicateur, ni du financement d’un chantier. Ce sont des jugements, et inventer un chiffre pour eux serait la fausse précision que le score existe pour éviter.
Déléguer la détection
La raison de rendre cela mécanique n’est pas l’élégance, c’est la répétition. Une détection qui dépend de la vigilance d’un humain a lieu quand quelqu’un prépare un dossier de comité ; une détection qui est un appel de fonction a lieu chaque semaine, dans la conversation, que quelqu’un ait voulu l’entendre ou non.
Sur hoshin.app, la vérification est un tool MCP, donc c’est votre propre assistant qui l’exécute : `get_matrix_completeness` renvoie le score, les sous-scores et une liste de suggestions nommant les éléments fautifs, sous une forme actionnable par l’agent plutôt qu’un paragraphe à interpréter. Demandez-lui de relier ce qu’il a trouvé, il en est capable — `set_correlation` et `upsert_element` lui permettent de corriger la structure qu’il vient de critiquer.
Un test que nous exécutons en intégration continue vérifie qu’appliquer les suggestions du score fait monter le score. Cela paraît évident ; ce ne l’est pas. Un diagnostic inactionnable est un ornement, et nous préférons le découvrir au build qu’en revue.
Questions fréquentes
Qu’est-ce qui compte exactement comme orphelin ?
Un élément sans aucune corrélation de force non nulle vers un quadrant adjacent. Une corrélation explicitement réglée à « none » ne compte pas comme un lien : retirer un lien rend donc réellement l’élément orphelin, sans laisser de fantôme.
Zéro orphelin est-il l’objectif ?
Pas vraiment. Zéro orphelin avec une toile dense de corrélations faibles et sans signification est pire que trois fils qui pendent honnêtement. Lisez le compte d’orphelins avec le score de chaînes : ce que vous voulez, c’est que chaque vision atteigne un indicateur, pas que chaque case touche toutes les autres.
Peut-on détecter les orphelins dans un tableur ?
Oui, et si vous en êtes à votre premier cycle, vous devriez — notre modèle de X-Matrix gratuit suffira. Cela cesse de tenir quand les corrélations changent chaque semaine et que personne ne veut redériver le graphe à la main : c’est précisément là qu’un outil commence à mériter sa place.
La détection fonctionne-t-elle sans vous envoyer notre stratégie ?
Oui. Le moteur de score tourne à l’identique en mode local souverain, sur des fichiers JSON de votre machine, sans compte et sans réseau. Un test de parité vérifie que les moteurs local et hébergé renvoient le même score, le même niveau et les mêmes suggestions.