---
title: "Avez-vous un responsable de la donnée?"
date: 2016-12-15
categories: 
  - "mro-soutien-logistique"
  - "plm"
coverImage: "Helsingborg_Sweden_policeman.jpg"
---

C'est un terme que j'ai entendu à de multiples reprises dans un contexte PLM/MRO. La dernière en date était un grand groupe qui assure l'intégration et le support de drones. L'administrateur, un peu esseulé sur l'utilisation de la solution PLM se définissait comme le **responsable de la donnée**. Et je trouve que la qualification était tout à fait appropriée, surtout dans le contexte dans lequel la démarche PLM avait été mise en place.

Au début du programme de support des drones, l'organisme avait été audité. Il y avait un manque de maîtrise du contenu des systèmes livrés et maintenus. Il avait donc été décidé de mettre en place une "solution PLM" qui pourrait traiter autant la partie conception que la partie support. J'ai récemment retrouvé ce nom de poste dans le milieu automobile et je pense qu'il devrait se répandre de plus en plus. Et je vous propose donc ce sondage suivant:

\[yop\_poll id="6"\]

 

## Une responsabilité distribuée?

Dans la majeure partie des entreprises que je rencontre je n'avais encore jamais eu à faire à une vision si claire de la responsabilité de la donnée. En général la donnée est assez distribuée et les responsabilités sont distribuées de la même manière. On peut donc tout de même parler de responsable de la donnée si on contextualise les responsabilités dans un périmètre limité. Peut-on attribuer cette responsabilité à un DSI? la distribuer ensuite selon la taille de l'entreprise? Je pense que oui, mais il faut s'assurer de pouvoir en évaluer une performance unique.

## Les axes de travail du responsable de la donnée

Et oui, le problème un jour ou l'autre remonte à la direction. Il y a un incident, ou si on est plus chanceux, il y a juste une personne qui ne retrouve pas certaines données. Il peut alors y avoir plusieurs hypothèses:

- On sait où est la donnée, mais il est compliqué de l'exploiter pour des problèmes IT (systèmes différents,...)
- On ne sait pas où est la données, elle existe mais il n'y a pas de pointeur connu vers cette données (ou de système de recherche performant)
- La donnée a disparu (changement de système, migration incomplète,...)

J'ai moi-même vécu ce cas dans mon premier poste d'ingénieur process. J'étais en charge de lancer l'assemblage de nouveaux bancs de vieillissement d'oscillateurs thermostatés. Les plans de ces bancs de test et des cartes qui le composaient, étaient sur un vieux PC tournant sous dos avec un logiciel de CAO électronique que seul un technicien proche de la retraite pouvait utiliser. Si la hausse de la production avait eu lieu 2-3 ans plus tard, nous aurions eu beaucoup de mal à refaire ces bancs.

Il y a donc trois axes dans la responsabilité de la donnée:

- **Temporel** qui doit prendre en compte la gestion d’obsolescence des outils d'exploitation des données.
- **Positionnel/Relationnel** qui doit prendre en compte la capacité à retrouver la donnée.
- **d'Intégrité** de la donnée. En remontant la responsabilité de la donnée au DSI, ce dernier devra avoir une vraie maîtrise de ces trois composantes.

## Maîtrise de la diversité croissante des services web

La question vient ensuite des supports. C'est bien beau de vouloir avoir de forts objectifs sur la capacité à maîtriser la qualité de la donnée, son emplacement et son exploitabilité dans le temps, il y a de toute façon des outils, demandés par les utilisateurs, qui vous mettrons des bâtons dans les roues. Aujourd'hui, et de plus en plus, les services web se multiplient. Le cloud est proposé par toutes les solutions. Il devient donc important de prendre le contrôle sur l'impact de ces mutations sur la donnée.

Je conseille donc aux organisations de se muscler sur le sujet. C'est un point où il est important d'avoir une collaboration entre l'IT métier et l'IT technique. Ce dernier donnera son avis sur les systèmes de données utilisés. Il sera bon aussi d'intégrer à toutes les initiatives d'acquisition de logiciels mais aussi aux audits réguliers des systèmes d'informations, une "score-card" orientée donnée qui devra juger les 3 axes:

- pérennité de la donnée
- localisation de la donnée
- justesse de la donnée
