1. PLMLab
Back to Basics 12
De l'humain dans les projets
PLM
Le point de vue d’un « petit »
intégrateur de solutions PLM

2. Yoann Maingon
• www.plm-ouvert.fr
• Service PLM : http://plm-ouvert.fr/conseil/
• www.mydatalinx.com

3. Strategy
Business
development
Operative
performance
Qui est Minerva ?
• Société créée en 1995
• Chiffre d’affaires d’environ 8 millions €
• 40 Employés/Consultants
• Localisations:
• Danemark (Copenhague, Aarhus)
• UK (Birmingham)
• Pays-Bas (Den Bosch)
• France (Paris, Mulhouse, Toulouse, Lyon)
• Activités:
• Conseil:
• PLM
• Intégration de systèmes/données
• Solutions :
• Aras Innovator
• IT : Talend ETL/ESB/MDM

4. Le profil type chez Minerva

5. La solution implémentée

6. Exemple d’un projet
d’implémentation

7. Projet AGILE

9. Aras Implementation Estimate
Work Estimate Risk Changes
Batch 1 Batch 2
Prod
Batch 3
Prod

10. Une méthode agile réduite (mais
efficace)
Sprint scope
definition
Sprint items
description
Sprint
Kick-off
Sprint
Processing
Sprint
Delivery &
Presentation
Sprint
review/test

11. Définition du scope du sprint
• Définir les prochaines fonctionnalités à
implémenter
• Définir les tâches à démarrer en premier
• Discuter des éléments déjà développés à faire
évoluer
 Produire un rapport simple du scope à couvrir

12. Description des items du sprint
• Basé sur la définition du Scope
– Nous créons les items dans le bug tracker
– On met à jour les existants
• Sur leur contenu
• Sur leur version cible
 On livre un extrait de Mantis notre bug tracker

13. Sprint Kick-off
• Prérequis  Tous les items doivent être validés
par l’équipe cliente
• Validation du planning

14. Déroulement du Sprint
• Minerva travaille sur les items mantis et mets à
jour les statuts
• Minerva doit pouvoir contacter le business à tout
moment pour avoir des précisions sur un point
 Mises à jour hebdomadaire à fournir

15. Livraison Sprint et Présentation
• Une réunion présente toutes les
fonctionnalités apportées
• Le système est mis à disposition au client
(instance cloud) pour test fonctionnel

16. Pourquoi ces projets dérapent?
• Manque de compréhension des requis ou manque de validation de ces
requis avec le métier
• Manque de compréhension des éléments de base des outils implémentés
• Manque de formation
• Comprendre l’impact du changement
• Vouloir en faire trop en même temps

17. Formez vous !

18. TJM !!!

19. Conclusion
• Ne sur-spécifiez pas
• Il n’y a pas besoin de petites mains
• Une double compétences métier-IT
• Une gestion de projet humaine et Agile
(mettre de la confiance dans la relation
métier- développement)