Kennisbank

Où un point de données existe-t-il déjà, en réalité ?

Avant qu'un chiffre ne figure dans un rapport, il a déjà une histoire. Il provient d'une facture d'énergie, d'un système RH, d'un fichier Excel que quelqu'un met à jour chaque trimestre, ou d'une estimation faite il y a trois ans et jamais révisée depuis. La question « où ce point de données existe-t-il déjà » semble simple, mais dans la plupart des organisations, la réponse n'est consignée nulle part. Elle se trouve dans les têtes, dans les échanges d'e-mails de l'année dernière, ou nulle part.

Un registre des points de données est l'endroit où cette réponse se trouve réellement. Pas sous forme de rapport, mais d'administration : pour chaque point de données, il est consigné d'où provient la valeur, qui en est responsable, et à quelles règles la valeur doit répondre avant que vous ne l'utilisiez.

Ce que contient un registre des points de données

Un registre contient, pour chaque point de données, un ensemble fixe de champs. Le nom et la définition du point de données, afin que deux personnes n'entendent pas des choses différentes par le même terme. Les systèmes sources ou documents d'où provient la valeur. Le propriétaire : la personne qui peut expliquer d'où vient le chiffre et qui est le point de contact en cas d'erreur. Les traitements qui s'appliquent entre la source et le reporting, de la conversion d'unités à l'agrégation entre sites. Et les règles de qualité auxquelles la valeur doit répondre, comme une fourchette attendue ou un contrôle par rapport à l'année précédente.

Ce n'est pas un document de reporting. C'est la couche sous-jacente : l'endroit où vous pouvez vérifier d'où provient un chiffre, sans devoir appeler quelqu'un.

Comment un point de données entre dans le registre

Un registre ne se remplit pas automatiquement. Cela commence par la liste des points de données dont vous avez besoin, et pour chacun d'eux, la question : cela existe-t-il déjà quelque part, et où exactement. Pour la plupart des points de données, la réponse n'est pas une source unique, mais une série d'étapes : une extraction d'un système, un traitement dans une feuille de calcul, un ajout manuel, puis la valeur finale. Chaque étape de cette série doit figurer dans le registre, pas seulement la dernière.

Deux questions s'y ajoutent, qui ne doivent pas être négligées. Premièrement : qui est le propriétaire de ce point de données, non pas comme une formalité, mais comme une personne qui peut justifier la valeur. Deuxièmement : que se passe-t-il avec un point de données dont la source ne peut être retrouvée. Ce cas se produit plus souvent que prévu, et ce que vous faites avec un point de données sans source est une question qui n'est pas éludée en la qualifiant simplement de difficile.

La constitution de ce registre est un projet distinct avec son propre ordre : d'abord identifier les points de données, puis retracer les sources, puis désigner les propriétaires, puis formuler les règles. Comment établir un registre des points de données décrit cet ordre étape par étape.

Quand un point de données est-il correct

Avoir un point de données inscrit dans le registre n'est pas la même chose qu'un point de données correct. Être correct signifie que la source est traçable, que les traitements entre la source et le chiffre du rapport sont connus, et qu'il existe une règle permettant de vérifier le résultat. Sans ces trois éléments, un chiffre n'est qu'une hypothèse assortie d'un nombre.

Les traitements sont l'élément qui manque le plus souvent. Un point de données va rarement directement de la source au rapport ; il y a généralement une conversion, une agrégation ou une correction entre les deux. Quels traitements se situent entre la source et le rapport est donc une question distincte de celle de savoir où se trouve la source elle-même, et ces deux questions réunies forment ce qu'on appelle le source-to-report mapping : le parcours complet de la source brute jusqu'au chiffre de reporting, cartographié.

Un deuxième problème qui n'apparaît qu'au moment de remplir le registre est le doublon : le même point de données livré par deux voies, avec deux valeurs légèrement différentes. Comment reconnaître un point de données en double n'est alors pas une question théorique, mais un contrôle pratique que vous effectuez sur le registre avant de le considérer comme fiable.

Et comme un registre n'est jamais complet en une seule fois, il existe une question distincte pour le moment où vous pouvez arrêter de chercher : quand un registre est-il achevé décrit de quoi cela dépend, plutôt que de citer un nombre fixe de points de données ou une échéance.

Ce que cela ne résout pas

Un registre des points de données vous indique d'où provient un point de données et qui en est responsable. Il ne vous indique pas combien de temps il faut pour recueillir ces données chaque année à nouveau, ni quelle part de ce travail de collecte reste manuelle et quelle part peut être reprise. Une fois le registre en place et une fois que vous savez quelles étapes se répètent, cette question se pose automatiquement. Le scan de travail de FTE TO AI calcule, tâche par tâche, quelle part du travail peut être reprise par l'IA, et rejoint ainsi précisément le point où le registre s'arrête : non pas où se trouvent les données, mais combien de travail il faut pour les récupérer chaque fois à nouveau.