Le Tableau Que Personne N'a le Temps d'Assembler

Où Cela Dérape

Pour répondre à une seule question ordinaire — pourquoi ce client a-t-il reçu deux livraisons incomplètes en un mois — quelqu'un ouvre le système de commandes, puis le système d'entrepôt, puis le portail du transporteur, puis un tableur qu'une seule personne tient. Quatre connexions, quatre façons de nommer le même site, quatre idées de ce qu'est une semaine.

C'est faisable. Cela prend une matinée, et c'est fait par le seul analyste qui sait quelle colonne de quel export veut dire quoi. Donc c'est fait pour la revue mensuelle, et c'est fait quand quelque chose a déjà assez mal tourné pour justifier une matinée.

Le tableau est toujours assemblé après le moment où il aurait servi.

Le second coût, c'est que le rapprochement vit dans la tête de quelqu'un. La correspondance entre un code de site dans un système et un nom de dépôt dans un autre n'est écrite nulle part : elle est retenue. Quand cette personne est en congé, la question ne peut pas être traitée du tout, et personne ne le dit vraiment à voix haute.

Cela appartient au directeur supply chain, et c'est porté au quotidien par le responsable d'exploitation et le seul analyste sur qui tout le monde compte.

Ce Qui Se Passe À La Place

La première chose qui se passe est la chose ennuyeuse : vos données sont lues et triées selon les parties de l'activité qu'elles décrivent. Expéditions, stocks, transporteurs, fournisseurs et fret forment un domaine. Factures, provisions et règlements en forment un autre. Les relevés de capteurs un autre. Les véhicules et les conducteurs un autre encore. Les enregistrements sont placés selon ce dont ils parlent, si bien que le même type de fait atterrit au même endroit, qu'il vienne d'un ERP, d'un système d'entrepôt, d'un système de transport ou d'un fichier.

Là où les colonnes sont trop vagues pour placer une table, elle est placée selon ce qu'est la source. Un export d'entrepôt, de cour, de transport ou de gestion des commandes, c'est de la logistique. Un flux de capteurs ou de tags, c'est de la télémétrie. Un système de sinistres, c'est de la finance. Le but de cette règle est d'éviter ce que fait tout outil de catalogue : balayer la moitié pénible de votre parc dans un tiroir appelé « autres » et ne plus jamais en reparler.

Ensuite les liens. Là où deux domaines partagent le terrain sur lequel ils se tiennent, le lien est tracé. Là où un domaine ne partage aucun nom de colonne avec quoi que ce soit d'autre, il reçoit tout de même une relation plutôt que de flotter au bord du diagramme avec l'air d'être hors sujet — un domaine qui paraît déconnecté est un domaine sur lequel personne ne pose de question, et ce silence a généralement tort.

Tout cela est établi par des règles fixes à partir de la forme de vos fichiers. Aucun modèle n'est interrogé, aucune recherche ne sort, rien ne traverse le réseau à cette étape, et les mêmes fichiers produisent la même carte chaque fois. Un modèle est employé ensuite pour ajouter du commentaire, et ce qu'il ajoute est clairement le commentaire, pas la structure. La structure est quelque chose que vous pouvez re-dériver et vérifier. Nos propres fichiers de configuration, qui se trouvent au même endroit que vos données, sont délibérément exclus, parce qu'un outil qui vous présente son propre ordonnanceur comme votre domaine d'exploitation ne décrit pas votre activité.

Par-dessus la carte, chaque domaine est passé en revue : dans quel état il est, où sont les constats, et pour chaque constat sa catégorie, sa gravité, la règle à laquelle il se rapporte et un remède suggéré, avec le système dont chaque morceau provient. Quand un domaine ne peut pas être évalué, la réponse est qu'il n'a pas été évalué, et pourquoi — dit avec ces mots, parce que « nous n'avons pas regardé » et « nous avons regardé et tout va bien » ne sont pas la même phrase, et se lisent de la même couleur sur tous les tableaux de bord jamais construits.

Et ensuite vous pouvez lui poser des questions, dans le vocabulaire que vous employez déjà, avec la carte et les règles reconnues derrière la réponse, et restreint aux domaines que vous regardez. Vous obtenez le raisonnement, pas seulement la réponse. Un scénario travaillé dans le laboratoire d'hypothèses peut être transmis de là comme action proposée, avec ses variables et les règles face auxquelles il a été argumenté qui voyagent avec lui, plutôt que d'arriver comme une référence nue à une exécution faite par quelqu'un d'autre.

Une limite à tout cela, énoncée ici plutôt que laissée à votre découverte. Ce que la cartographie lit, ce sont les fichiers posés dans le répertoire de données de l'instance elle-même, et sur une instance standard ce répertoire n'est pas lu — de sorte que ce que vous obtenez en retour est le refus, pas une carte maigre. Les règles de classement sont réelles et elles sont déterministes ; le chemin qui amène vos exports réels devant elles n'est pas terminé. Nous préférons que la page dise quelle moitié est laquelle plutôt que de décrire l'ensemble au présent et de laisser un pilote découvrir la couture.

Là où un coin du tableau devient une référence en passe de manquer, la réponse est le travail suivant, dans couverture de stock et plan d'approvisionnement, et le signal en dessous est la prévision de la demande. La visibilité est ce qui rend ces deux-là discutables à partir du même jeu de faits plutôt qu'à partir de trois exports.

Ce qui arrive à une personne est une courte liste classée d'actions proposées avec les enregistrements joints, pas un diagramme à admirer. Une personne nommée valide, corrige ou rejette chacune, et cet accord est conservé. C'est la validation qui l'envoie, et un élément tranché quitte la file au lieu de revenir au tour suivant quand quelqu'un ouvre le tableau. Là où une étape derrière la validation n'a pas encore d'implémentation, la réponse nomme cette étape comme non exécutée au lieu de déclarer l'action terminée — le tableau montre donc ce qui a été décidé et, séparément, ce qui a réellement été fait. Tout tourne sur des machines qui vous appartiennent.

Qui S'En Occupe

Trois bureaux, et ce que chacun a sur les bras aujourd'hui.

• Le directeur supply chain. Aujourd'hui l'image est assemblée pour la revue mensuelle, ou une fois que quelque chose a assez mal tourné pour mériter une matinée. Ce qui change, c'est que le même ensemble de faits se trouve derrière la question et derrière la réponse, si bien qu'une décision se discute depuis un seul endroit et non depuis trois exports.
• Le responsable d'exploitation. Aujourd'hui une question ordinaire, ce sont quatre connexions, quatre façons de nommer le même site et quatre idées de ce qu'est une semaine. Ce qui change, c'est que les enregistrements sont classés selon ce dont ils parlent, si bien que le même type de fait atterrit au même endroit qu'il vienne d'un ERP, d'un système d'entrepôt, d'un système de transport ou d'un tableur que quelqu'un envoie le vendredi.
• L'analyste sur qui tout le monde compte. Aujourd'hui la correspondance entre un code de site dans un système et un nom de dépôt dans un autre n'est écrite nulle part. Elle est retenue, et pendant que cette personne est en congé la question ne peut pas être traitée. Ce qui change, c'est que la carte est dérivée de la structure de vos propres fichiers par des règles fixes, donc c'est quelque chose que n'importe qui peut redériver et vérifier.