FAQs

#Ça veut dire quoi data driven ?

Des décisions, on en prend tous les jours. Parfois elles semblent évidentes, parfois elles sont incertaines, et parfois encore elles sont faites dans l’urgence.

Quand on parle de data driven, l’objectif est que ces décisions se prennent en se basant sur la réalité du terrain, et non sur des intuitions et des ressentis qui peuvent facilement être biaisés et incorrects. Pour une entreprise, l’accès au terrain se fait à travers la collection et l’exploitation des données qui permettent de reconstruire les informations qui nous intéressent pour répondre à une question donnée.

#Je mets mes données dans le Big Data, et après ?

Le Big Data, cet objet magique et merveilleux dans lequel il suffit de mettre toutes les données pour créer de la valeur… n’existe pas !

Le Big Data est un écosystème technologique. Il s’est développé à une vitesse vertigineuse et est aujourd’hui suffisamment riche pour qu’il existe un ou plusieurs outils capable de répondre à l’ensemble des problématique de manipulation, de transfert, de persistance, etc, des données.

Le défi est maintenant d’identifier les opportunités de création de valeur, et de mettre en œuvre les outils adéquats.

#Ça veut dire quoi créer de la valeur ?

Les données dans un système d’information ne tombent pas du ciel, et ne sont pas dues au hasard.

Elles regorgent d’informations caractéristiques du fonctionnement d’une entreprise. Des patterns particuliers, des régimes de fonctionnement, du savoir-faire (à travers l’historique des réglages machines, dans des rapports, etc).

Créer de la valeur, c’est avant tout identifier les besoins précis au sein des métiers qui profiteraient de ces informations, avec généralement un gain de temps et/ou d’argent à la clé.

#J’ai l’habitude de mener des projets informatiques. Quelle différence avec un projet data ?

Un projet data, c’est comme une boîte de chocolats : on ne sait jamais sur quoi on va tomber. L’incertitude en amont est très forte, car, malgré toutes les bonnes volontés, c’est la quantité et surtout la qualité des données disponibles qui dictent ce que l’on peut faire et jusqu’où on peut aller.

Si vous fonctionnez avec un cahier des charges qui fait office de périmètre immuable, alors votre projet data risque de vous décevoir. Il est fortement recommandé de laisser suffisamment de marge de manœuvre à un projet pour qu’il puisse évoluer en fonction de cette qualité des données, mais d’avoir en même temps des pratiques pour maîtriser et contrôler le risque en adoptant des méthodes de gestion de projets itératives et incrémentales, et en ayant toujours comme cible finale une réponse avec un ROI.

#Donc, je dois faire un Proof of Concept ?

Non : à nos yeux, le terme « PoC » (Proof of Concept) a une connotation de tentative sans lendemain. Nous lui préférons de beaucoup l’approche « MVP » (Minimum Viable Product) : un projet court, qui doit passer en production, dans la vraie vie, même si tous savent qu’il sera étendu et amélioré de manière itérative.

#Comment j’amène les métiers à discuter data et innovation ?

Ce qu’il ne faut pas faire : du « techno-push », c’est-à-dire vendre aux métiers une nouvelle technologie incroyable qui va révolutionner leur travail, mais en espérant que la valeur apparaisse d’elle-même à l’usage. Notre expérience montre qu’une bonne approche consiste à partir d’un véritable problème métier, et de rester ouvert sur les solutions qui peuvent y répondre.