Interview : deux retours d’expérience complémentaires sur la mise en place de solutions MDM (Master Data Management)

Pourrais-tu nous partager les contextes des deux projets MDM que tu as accompagnés ? 

Isabelle François : Le premier retour d’expérience s’est déroulé au sein d’un groupe industriel leader de l’emballage plastique alimentaire. Le contexte projet suit un schéma que l’on retrouve souvent : l’entreprise prévoyait de changer d’ERP d’ici un an et désirait anticiper ce projet majeur. Il souhaitait donc centraliser et mettre en qualité l’ensemble des données afin d’être prêt le jour de la bascule sur le nouvel ERP.

L’enjeu était aussi de nettoyer la donnée et de disposer d’une solution robuste, capable de diffuser l’information vers les applications sources. La priorité portait sur les objets articles et fournisseurs. En effet, la donnée était auparavant très peu centralisée, avec des requêtes techniques qui transitaient dans chaque application source. Impossible pour le siège de disposer d’une vision consolidée et agrégée des données ! On retrouvait des problématiques classiques comme la redondance d’information. Chaque application créait par exemple elle-même son fournisseur. On imagine bien les impacts que cela peut avoir au sein d’un grand groupe international…

Le deuxième projet a pris place dans un groupe international du secteur de la santé, avec des problématiques similaires. Les tiers pouvaient avoir plusieurs facettes : clients, fournisseurs… et le siège avait besoin d’avoir une vue d’ensemble des implications entre les tiers. Les enjeux étaient stratégiques : faut-il mettre en place une centrale d’achat ? Comment disposer d’une vision globale et consolidée des flux entre toutes les entités ? Avec des applications cloisonnées qui ont chacune leur propre logique et sont concentrées sur leur périmètre métier, c’est extrêmement compliqué à harmoniser.

La mise en place et l’organisation du projet de master data management a été similaire ?

I.C : Non ! Ce n’est pas parce que la cible est la même que la mise en place suit le même déroulé. Ces deux projets en sont un bon exemple. Il faut s’adapter à la maturité de l’entreprise et aux ressources internes.

Dans les deux cas, les projets MDM ont débuté par l’entité « fournisseur ». Il est souvent préférable de mettre en place les automatismes et les bonnes pratiques sur un objet plus simple, et ensuite d’ouvrir le périmètre à des entités plus complexes, comme le « produit » par exemple.

Au sein du groupe pharmaceutique, ce sont les équipes internes qui ont piloté la reprise de données au sein de notre logiciel MDM. Il y avait en parallèle un enjeu fort de mettre en place des processus pour la saisie des nouveaux fournisseurs ainsi que l’évolution et l’extension des fournisseurs existants. C’est nous qui avons pris la main sur cette dimension au travers de notre brique BPM (Business Process Management).

C’est au travers de cette brique BPM que s’est construit le « golden record » ou version de référence de la donnée. Ainsi, ces processus garantissent l’unicité de la donnée fournisseur en permettant aux intervenants de saisir les informations et de les enrichir au travers d’une suite d’interfaces. Chaque rôle va compléter et valider la donnée. Le BPM peut ensuite diffuser l’information vers les autres applications, SAP en particulier.

Dans le projet au sein du groupe industriel, nous avons coaché l’équipe du client et nous les avons guidés tout au long du projet. La première étape que nous avons pilotée, a été la reprise de données avec une trentaine de sources différentes ! Il y avait dans ce projet MDM un vrai enjeu d’industrialiser la reprise de donnée et de développer un service central pour la mettre en forme et l’intégrer dans le MDM.

Pour industrialiser la reprise de donnée, il fallait à tout prix éviter de multiplier les services selon les applications sources. Cela aurait été un vrai risque pour la mise en qualité et l’unicité de la donnée.

Isabelle François

Les données étaient ainsi récupérées automatiquement dans le MDM de Blueway en provenance de sources très variées et avec des formats hétérogènes, puis analysées et renvoyées aux sources une fois mises en qualité. En l’espace de trois mois, nous avons réussi à intégrer toutes les datas fournisseurs en provenant de plus de 30 sources, un vrai challenge ! Le premier mois, nous avons rapidement identifié les erreurs de formats, de saisie, de doublon… au sein des applications sources. Les équipes métiers du client avaient parfaitement compris les enjeux du MDM et ont été très réactives pour effectuer les corrections.

Avec ce processus industriel, les sources pouvaient continuer d’alimenter le MDM automatiquement, en attendant l’intégration du nouvel ERP.

Y a-t-il eu des contraintes spécifiques pour déployer ces solutions de data management ? 

I.C : Au sein du groupe pharmaceutique, les contraintes portaient avant tout sur les règles fonctionnelles très pointues à mettre en place au sein du BPM. Par exemple, les règles de saisie variaient selon les types de fournisseurs, la gestion de droits imposait un routage très fin des tâches et des données selon la société et l’utilisateur…

L’objectif était de contrôler toute création ou modification de fournisseur, quelle que soit la société du groupe. Il s’agissait d’arrêter de créer des fournisseurs dans chaque application et tout centraliser au sein du BPM de Blueway pour ensuite redistribuer l’information vers les applications sources.

La dimension internationale des deux projets a aussi impliqué d’avoir des applications entièrement multilingues. Ce sont des enjeux courants, mais qui revêtent des impacts particuliers dans le cas de solutions de data management.

Comme toujours, le cadrage des règles en amont, en évitant les modifications en cours de projet, est un vrai facilitateur pour éviter des impacts sur le planning. Changer les règles du jeu en cours de route implique de relancer des batteries de tests !

Avec l’arrivée du marketing dans le projet sur la partie catalogue, une fois l’entité fournisseurs traitée, on s’est aussi rendu compte de l’importance d’adapter la démarche selon les utilisateurs. Le marketing portait par exemple beaucoup plus d’importance à l’ergonomie des écrans que les utilisateurs de l’ERP. Nous avons ainsi fait évoluer l’interface pour répondre à leurs besoins et faciliter l’adoption de la solution.

Y a-t-il des points que tu souhaiterais mettre en lumière sur ces projets de data management ?

I.C : Avoir des équipes côté client disponibles, investies et avec des rôles bien définis est un vrai gage de succès. Par exemple, dans l’un des projets, l’équipe client était constituée du sponsor du projet pour valider les grandes orientations, d’un interlocuteur technique et d’une personne externe qui travaillait sur la modélisation de la donnée. Un bon trio !

L’industrialisation de la reprise de la donnée était une démarche très intéressante et qui a vraiment accéléré et fiabilisé le déroulement du projet. C’était aussi l’occasion de confirmer que Blueway était adapté pour de la récupération massive de données.

Ces projets ont aussi permis d’avancer sur le produit. Être à l’écoute du client pour répondre précisément à son besoin et intégrer les bonnes idées dans les prochaines versions de nos solutions fait partie de notre ADN. Nous sommes une PME, nous savons être agiles !  

Pour conclure, ces deux projets sont des bons exemples des atouts de Blueway. Notre client industriel nous avait sélectionné pour notre capacité à industrialiser la reprise de donnée, sans développement lourd, et servir de solution robuste en attendant la mise en place de l’ERP. Pour notre client pharmaceutique, c’est le lien entre BPM et MDM qui a fait la différence.

Dans ces deux cas, des enjeux qui peuvent paraître distincts : MDM, BPM, ESB… sont en fait très complémentaires pour réussir les projets autour de la donnée. C’est cette conviction qui est à l’origine de notre plateforme Blueway !

Au plaisir d’échanger avec vous!