Quels sites ont reçu le lot suspect, et quels clients l’ont aujourd’hui ? La réponse existe. Elle est dans l’ERP, dans le système de production, dans le registre qualité et dans le CRM, sous quatre références différentes. Quelqu’un ouvre un ticket. Trois semaines plus tard arrive un tableur, réconcilié à la main, et le lot est déjà parti. Le remède proposé au comité de pilotage suivant est un entrepôt de données.
L’entrepôt est le grand frère du pilote
Un pilote copie l’entreprise une fois et interroge la copie. Un entrepôt copie l’entreprise en continu, pour dix fois le prix, et appelle la copie une stratégie. Les deux partagent une fondation, et cette fondation est la copie.[1]
Le programme est toujours le même. Un an de pipelines. Un schéma figé au troisième mois par une équipe qui n’a jamais tenu la pièce. Une couche de réconciliation, puis une équipe dont la carrière est la réconciliation. À la fin, la question qui a lancé le programme est toujours ouverte, parce que l’entrepôt contient ce qui a été chargé, dans la forme que quelqu’un a choisie avant que la question soit posée.
IBM décrit l’état que l’entrepôt est censé guérir : des données dispersées entre systèmes, applications, clouds et documents, sans source unique de vérité, et périmées quand elles atteignent enfin leur usage. Parmi les remèdes, IBM liste la consolidation dans un entrepôt ou un lac par des pipelines ETL.[2] La description de la maladie est exacte. Le remède la reproduit : un système de plus, un format de plus, une version de plus de la référence.
Chaque format est un poste de douane
La frontière qui compte, c’est le format.[3] À l’intérieur d’une même organisation, chaque format propriétaire prélève son péage en friction, en délai et en réconciliation. Les données ne circulent pas. Elles sont extraites, transformées, dégradées, réconciliées en fin de trimestre, et pour finir personne ne leur fait confiance.
Un entrepôt ne supprime pas les postes de douane. Il en construit un central. Les quatre systèmes sont toujours en désaccord sur la pièce. Le désaccord vit dans un job nocturne, où il échoue en silence.
Le ticket entre la question et la réponse
Ceux qui comprennent le métier ne peuvent pas exécuter. Ceux qui exécutent ne comprennent pas le métier. Entre les deux, une file de tickets.[4] L’ingénieure qualité sait ce que « lot » veut dire à l’atelier. Elle l’écrit sous forme de demande. La demande devient une spécification, puis une position dans la file, puis un pipeline, validé par des gens qui n’ont jamais détenu le savoir d’origine. La fidélité se perd à chaque conversion, et personne ne tient les deux bouts de la chaîne pour s’en apercevoir.
La friction réside dans l’information : dans les jours qu’il faut pour établir lequel de plusieurs systèmes dit la vérité sur une seule référence, et dans la semaine de plus qu’il faut pour convaincre la direction d’accepter la réponse.[5] Celui qui comprime cet intervalle l’emporte. Ce qui décide d’un engagement, c’est de boucler le cycle plus vite que l’adversaire, pour que son image de la réalité ait toujours une itération de retard.[6] Votre concurrent lit le même deck de consultants. Ce qui le bat, c’est que votre organisation répond à une question sur elle-même dans le temps qu’il faut pour la poser, quand la sienne exige un comité de pilotage et un programme d’entrepôt.
Aller aux données
L’alternative est ancienne et elle a un nom. La virtualisation des données permet à une application d’interroger les sources là où elles sont : les données restent en place, et l’accès est donné au système source plutôt qu’à une copie.[7] Rien n’est extrait. Rien n’est périmé par construction. Le même article en donne le prix : chaque source doit être joignable, et l’approche ne conserve aucun instantané historique.[7:1]
Nommez-la, utilisez-la, puis dites ce qu’elle ne donne pas. Une requête fédérée sur quatre systèmes qui appellent la même pièce de quatre façons rend quatre réponses, plus vite. Elle ne réconcilie rien, parce que la réconciliation n’est pas un problème de données. C’est un problème de vocabulaire. On ne peut pas observer ce dont on n’a pas le concept, et une institution sans modèle explicite d’elle-même n’a pas d’orientation, seulement des réflexes et du folklore.[8] Le modèle doit être déclaré d’abord, dans les mots de ceux qui font le travail. Un programme qui le planifie comme documentation après le chargement a inversé l’ordre des opérations.[8:1]
Une machine de conséquence a besoin de trois choses au-delà de la requête. Un modèle déclaré de ce qu’est la pièce, à travers les quatre systèmes. Un chemin de chaque chiffre jusqu’à la ligne dont il vient. Et un nom au bas de la décision que la réponse produit.
Ce que Galahad refuse de faire
Nous ne migrons pas. Nous ne construisons pas une copie de votre entreprise pour l’interroger. Nous n’hébergeons pas vos données : le logiciel s’installe dans votre infrastructure, sous vos comptes et votre juridiction, et lit à travers les systèmes que vous exploitez déjà.[9] Une copie est périmée par construction, c’est un cinquième système avec un cinquième avis, et si elle sort de votre réseau elle a quitté votre juridiction. Chaque étape auditable, chaque décision traçable, et rien de déplacé.
Les questions à poser au fournisseur
- Votre produit a-t-il besoin que mes données soient déplacées, copiées ou indexées avant de répondre ? Où vit la copie, et de quand date-t-elle ?
- Quand je demande une référence, quelle version, de quel système, ai-je en retour, et qui l’a décidé ?
- La personne qui connaît le métier peut-elle changer le vocabulaire, ou faut-il un ticket ?
- Si une source est injoignable, la réponse le dit-elle, ou répond-elle avec ce qu’elle avait ?
- Qui détient le modèle de mon entreprise, et part-il avec moi ?
Monarch lit à travers les systèmes que vous exploitez déjà, dans votre infrastructure. Rien n’est migré. Voyez-le sur vos données.
IBM, What is data fragmentation? : données dispersées entre systèmes, applications, clouds, bases et documents ; périmées quand elles atteignent leur usage ; consolidation dans un entrepôt ou un lac par des pipelines ETL/ELT parmi les remèdes. Source ↩︎
Wikipedia, Data virtualization : les données restent en place et l’accès en temps réel est donné au système source, à la différence de l’ETL ; parmi les limites, chaque source doit être joignable et l’approche ne convient pas aux instantanés historiques. Source ↩︎ ↩︎
Galahad, l’entreprise : installé dans votre infrastructure, sous vos comptes, vos clés et votre juridiction ; nous n’hébergeons pas vos données. Le lire ↩︎