08.10
Un des premiers éléments à gérer dans une stratégie PLM ce sont des données. Que ce soit des méta-données ou des fichiers, c’est la qualité de cette gestion de données qui va représenter un facteur determinant sur la flexibilité et la performance de la solution mise en place. Compte tenu de l’importance de cette gestion de données, quel est le processus de reflexion sur un outil de gestion de données liées au produit dans le département d’une PME?
Typiquement on va prendre l’exemple d’un responsable de projet à qui l’on demande de mener une campagne de test sur un matériel qui doit répondre à des normes spécifiques de tenue en environnement climatique contraignant.
1. le tableur: le tableur est typiquement la première application à laquelle cette personne va penser, et par chance pour lui, en général Microsoft a bien fait son travail et a fait en sorte que la plupart des entreprises aient acheté une licence Office pour chacun de ses postes informatiques. Donc il renseigne toutes ses lignes de test, intègre des hyperliens pour faire référence aux documents précisant chaque condition à valider et il lance sa campagne de test. La campagne de test se déroule, Et pendant ce temps une modification a été demandée sur le produit et quelques points n’ont pas été validés lors des tests. Donc il reprend sont fichier Excel, renseigne tous les éléments, crée un nouvel onglet pour cette nouvelle version recopie tous les tests corrects, renseigne ceux qui doivent être refaits, etc…
Jusque la tout fonctionne à peu près bien, il a une petite équipe, il permet même à certaines personnes d’accéder à son fichier pour renseigner des résultats de test. Cependant il n’a pas une traçabilité convaincante et peu de contrôle sur l’intégrité de son fichier. De plus, il a du mal à suivre la gestion des changements dans le cas de modifications apportées au produit et sur les documentations dont le fichier fait référence.
2. Le L4G (langage de quatrième génération = mix langage de programmation avec un système de gestion de base de données-SGBD): Après plusieurs fichiers excels réalisés pour divers produits, il s’est aperçu qu’il a réalisé plusieurs fois le test pluie pour des produits qui partageaient un même boitier étanche. Il veut donc centraliser tous ces fichiers dans un même référentiel. Il décide alors de stocker tout cela dans une base de données. Il a vu que sur son PC il avait un logiciel qu’il n’utilisait jamais mais qui était intégré à Office: Microsoft Access. Il a donc dessiné son modèle de données et commence à le développer. Cependant il a rapidement besoin de compétences en programmation pour réaliser toute la logique et plus son projet avance plus la flexibilité de l’outil diminue. En plus, ils s’aperçoit qu’avec la quantité de données grandissante, sa base Access devient très lente en lecture.
En fin de compte il a une base Access qui lui permet de gérer ses essais sans trop pouvoir faire evoluer les méthodes, alors que l’entreprise a grandi et demande un plus grand suivi de workflows et de relecture etc… Il a entendu parler des solutions PLM et a vu dans des démonstrations que sa problématique était traitée. Il fait donc venir des vendeurs de solutions. Il va se retrouver face à des problématiques beaucoup plus larges qu’il n’espérait traiter. Son besoin qui était clair et restreint à son département devient pour ses interlocuteurs un projet pilote pour une future intégration élargie.
Quel était le réel besoin de cette personne? Cette personne avait en fait besoin d’un outil qui soit un peu plus spécifique que la solution Access. Un outil qui intègre SGBD, BPM (Business Process Management), formulaires et droits d’accès. Un outil qui puisse être configuré à patir d’un diagramme de type UML, en plus explicite (tout le monde n’est pas spécialiste de l’UML).
Si l’on reste sur des technologies Microsoft pour l’exemple, le but serait un outil tel que Microsoft Access avec une gestion graphique plus accessible (type MS Visio) pour manipuler les tables. Il faudrait que l’outil propose en plus un moteur de workflow avec la aussi une interface graphique. Un produit simple à déployer au sein d’une petite équipe. Ce produit serait déployé de manière indépendante dans chaque département de l’entreprise et permettrait, le jour venu, une intégration vers un seul et même environnement pour permettre une gestion complète du cycle de vie du produit à travers toute l’entreprise.
Un rève? Une usine à gaz? Sharepoint? Aras Innovator? C’est avant tout une reflexion que je me permets de partager.
Quel a été votre cheminement s’il a eu lieu à travers des outils tels que tableurs, système de gestion de base de données évolués? autres?
Yoann Maingon
LinkedIn
SlideShare
Twitter
Youtube