Data Shift Left

Traiter la donnée au plus tôt

Le Data Shift Left applique à la donnée le principe du « shift left » : traiter la qualité, la modélisation et la gouvernance au plus tôt dans le cycle, dès la conception, au lieu de les subir en aval. La donnée cesse d'être un sous-produit de l'application pour devenir un actif conçu intentionnellement. En pratique, le déplacement des contrôles vers l'amont passe par les contrats de données, l'observabilité et la gouvernance au point de production.

Un concept parent daté, une transposition qui ne l'est pas

Le concept parent a une origine précise : le « shift-left testing », terme forgé par Larry Smith dans le Dr. Dobb's Journal de septembre 2001, qu'il définissait comme une meilleure façon d'intégrer l'assurance qualité et le développement. Le principe a ensuite gagné la sécurité, avec le DevSecOps.

Sa transposition au domaine de la donnée n'a pas d'équivalent. Aucune source fondatrice propre au « data shift left » n'a été identifiée : le terme est employé et promu principalement par des éditeurs de plateformes de données, sans article fondateur comparable à celui de Larry Smith. Les définitions disponibles émanent donc d'acteurs intéressés, ce qui vaut d'être signalé avant de les reprendre.

La condition du digital twin

Sans donnée propre et modélisée en amont, pas de digital twin fiable ni d'agents dignes de confiance : un agent qui s'appuie sur des métadonnées bancales échoue. Le Data Shift Left s'articule avec la Reverse Conway Maneuver et le catalogue de métadonnées pour bâtir la fondation data de l'entreprise agentique. Il recoupe le principe « donnée comme produit » du Data Mesh sans se confondre avec lui : le shift left est une pratique de déplacement des contrôles, pas une architecture.