Michel Tollenaere (INPG) g-scop.fr/~tollenam/ipro3

1. 3 Projets, processus, évolutions Product Lifecycle Management (P.L.M.)Chapitre 3 : Projets, processus, évolutionsIPRO 3 option ICP Michel Tollenaere (INPG) http://www.g-scop.fr/~tollenam/ipro3

2. 3 Projets, processus, évolutions Organisations • définition de rôles • traçabilité des actions d’acteurs • Sécurité des systèmes • Pérennité Projets, processus, gestion de configuration • gestion des projets • activités, jalons, livrables • gestion des processus workflows (définition, exécution, suivi) • gestion des modifications (CMII) • notion et évolution d’états Articles, nomenclatures, composants, gestion de diversité • articles, composants, nomenclatures • bibliothèque de composants (classification) • gestion des grandeurs et unités • fonctions, multi-vue de nomenclatures • gestion de la diversité • configurateurs de produits Sommaire du cours Gestion documentaire, CAO, échanges de données • documents, plans,… • modèles CAO, engineering data, représentations, objets « métier » • vaulting, contrôle d’accès • GED, composition de documents • modèles de documents (template), mécanismes de versionnement • maquette numérique, visualiseur • recherche de documents • échanges de données, normes STEP Communication avec les ERP et autres processus

3. 3 Projets, processus, évolutions Project information management

4. Step 1: Create Project Step 2: Select the Team Step 3: Compose Invitation Step 4: Define Details Step 5: Define More Details Creating a project

5. In the first step, you define the project identity attributes, such as name, description, and duration. You also select a project template which defines some details of the project, such as initially created folders and available roles. Tip: Do not enter a value for the duration if you want it to be automatically calculated by the system. Only project team members are granted access to a project by default. A project to which only team members have access is called a private project. Access groups with policies that extend access beyond the immediate project team can be defined, and you can select from any of these defined access groups. It is also possible to customize the system and define project types and typespecific project attributes that capture key information that is important to projects in your business. is Any defined custom project types are automatically displayed in the project types list. You can choose to allow project members to share information in the project with other projects by selecting the Allow sharing to other projects check box. Sharing is useful when you have a few documents in a project that need to be referenced by members in other projects who are not also members of your project. Step 1: Create Project

6. You can choose to start the project as soon as it is created. When you select the Start project and send invitations to team check box, the project is started as soon as the create complete, and invitations are sent to the team members. The team members are then able to access the project from their projects lists. Tip: If you want to first organize and ready the project, clear this check box. You can then define the team and organize the project without anyone else accessing the project. When you are ready to begin the project and invite the team members, select Start from the project actions list. The project is then set to Running, the invitations are sent, and all team members have access to the project. Note: When you leave the first step (either by clicking on one of the other steps or by clicking Next), the project is created based on the chosen template. Subsequent steps in the Create Project window modify the newly created project. You cannot return to Step 1 of the window. However, should you decide to change some project attributes, such as the name or description, you can update the project by selecting Update from the actions list. Step 1: Create Project

7. Step 1: Create Project. Continue

8. During Step 2 of the project, you choose the team members and roles for the initial project team. You can choose to overlook this step and later define the team from the Team page of the Project tab. Step 2: Select the Team

9. Step 3 of the Create Project window allows you to write a specific message to be included in the project invitation that is sent to all team members. The invitation message can include formatted HTML, including URL references. You can modify this invitation when updating the project or from the Team page of the Project tab. Step 3: Compose Invitation

10. In Step 4, you can define project details, such as project number, site, and budget as well as designate the level of project execution control. You can only designate the project execution during this step. You cannot update the project execution level later. Step 4: Define Details

11. In Step 5, you can define additional project details according to project type selected in previous steps. Step 5: Define More Details

12. FOLDERS - The Folders page initially contains folders and documents defined by the project template. You can add and delete folders to suit your project's needs. You can also create subfolders. For example, if you have a folder titled Plans, you may also want to create subfolders titled Design Plans, Documentation Plans, and Development Plans. When you create the folder, you can set the access control permissions. To create a folder, click on the Folders page. To create a subfolder, select the folder which you want to contain the new folder. Then click . Or select Create Folder from the folder’s actions list. For more detailed instructions, click the on the corresponding windows. Project Folders

13. Team and Role Management

14. Common roles are project manager, member, and guest. • Project manager - The project manager role is automatically assigned to the project creator. However, if you, as the project creator, want others to share in the manager responsibilities, you can assign this role to other team members. The project manager is responsible for selecting and maintaining the team, creating and managing the plan, and managing the overall project. Only the project manager can change the state, phase, and status of the project. • Member - Most team members are assigned the role of member. Whatever other roles may be assigned to them are in addition to this role. Members can access the project, view any project information available (although access control set on specific objects can hide information from for people in specific roles or organizations), and participate by adding data to the project. Members are usually responsible only those items of which they are the owner or creator. For example, members can only update deliverables of which they arethe owners. They can also only update or delete objects that they have created. • Guest - Team members assigned to the role of guest have view, or read-only, privileges to all of the data in the project. They cannot perform any actions within the project. Guest members do not receive an invitation to the project nor does the project appear in the list of projects of which the user is a member. The purpose of the guest role is to provide access to users and groups who may need to search the project for information but who are not active participants in the project. Common Roles

15. Engineering Change management Automatisation du traitement des "Change Process" S'assurer que toutes les étapes approbation/qualité ont été réalisées Document Review Router automatiquement vers les "reviewers" (requis ou optionnels) Gérer les approbations ou re-router pour révision Notification Evolution de statut Push de documents Fichiers et Documents Approbation Change Management (EC) Efficience et Traçabilité

16. Organisations Task 2 Task 3 Task 1 Tâches, processus Fonctions, Composants, assemblages et Nomenclatures Fichiers et Documents Contexte : un environnement complexe Comment gérer les évolutions ?

17. Contexte : un environnement complexe Problèmes liés à la gestion des informations • Volume d'informations à gérer et échanger volumineux • Nombre d'acteurs impliqués important • Informations de natures et formes différentes • Disparité des outils utilisés • Granularité des évolutions à tracer ? • Conformité des pratiques par rapports aux normes de gestion de configuration et vis à vis de impératifs de sécurité.

18. CYCLE DE VIE DU PRODUIT Conception / Définition Fabrication / Assemblage Service /Support Réajustements identifications d ’un écart Réajustements identifications d ’un écart La gestion des évolutions : les causes Evolutions des spéc. Pbs identifiés dans l ’organisation Retours "Client" Amélioration continue du produit Evolutions de la législation / des normes Interactions entre partenaires de l ’entreprise étendue Evolutions des contrats Evolutions de la documentation D ’autres évolutions (propagation) Grenoble - 20/02/2002

20. La gestion des évolutions : "EC Proposal" • Le processus de traitement doit il être activé ? • Importance de la modification ? • Quels peuvent être les impacts ? • Enregistrer la demande de modification • Quelles informations enregistrer ? • Comment notifier cette demande ? • Contraintes liées à l'exploitation de l'historique • Collecter les informations associés • Quels sont les systèmes impactés ? • Quels sont les partenaires impliqués ? • Quels sont les aspects contractuels remis en cause ? • Mener une première évaluation pour répondre à la question: doit-on donner une suite à cette demande ? • Estimation du ratio effort/gain • Si oui plusieurs demandes peuvent elles être groupées (systèmes, "functions sharing",..) • Proposer des solutions possibles au Comité en fournissant une première ébauche des apports et des limitations de chacune

21. La gestion des évolutions : "EC Investigation" • Réaliser une analyse de faisabilité pour chaque solution proposée • Impliquer les métiers et les partenaires concernés (Workflows) • Fournir une analyse détaillée des répercussions de chaque solution (coûts, activités à reconduire, influence sur le cycle de vie du produit, pb d'intégration) • Sélectionner la meilleure solution • Sélectionner la meilleure solution : celle qui minimise les coûts de modification et les activités à reconduire, en tenant compte des contraintes d'intégration et contractuelles • Sélection réalisée par un comité représentant les métiers et partenaires impliqués • Etablir et diffuser un Ordre de Modification avec une effectivité associé à la solution sélectionnée • Processus de notification établi en fonction des métiers impactés • Interfaces avec le système d'information produit

22. La gestion des évolutions : des stratégies 5 stratégies de gestion : • Prévenir l ’apparition des évolutions • Déclencher les évolutions au plus tôt dans le cycle de vie du produit • Traiter uniquement les évolutions nécessaires et bénéfiques (ratio efforts/gains) • Traiter les évolutions retenues le plus efficacement • Capitalisation des connaissances sur les évolutions et apprentissage 1 incontournable : outiller les processus par des indicateurs pertinents

23. [accord réalisation] Rapport de qualification [vierge] [accord réalisation] [accord réalisation] Planning prévisionnel [non accord réalisation] Rapport de faisabilité [rempli] Demande d’évolution [abandonnée] 2. Diagramme d’activité de l’activité Etude deFaisabilité responsable BE technicien BEQ trinôme comité technicien AT « re-direction » Demande d’évolution [acceptée] Proposition de Planning prévisionnel Définition de solution Décision d’industrialisation Rapport de faisabilité [rempli] Rapport de faisabilité [vierge]

24. La gestion des évolutions : liens avec la modélisation Modélisation du processus de traitement des modifications dans le SIP • Définition des processus • Définition des activités • Définition des tâches • Définitions des interactions • Définition des attributs • ...

25. Contexte ORGANISATION DISTRIBUEE PRODUITS COMPLEXES PROCESSUS DE DEVELOPPEMENT ET INGENIERIE CONCOURANTE

26. AILES : • Dev : GB • Fab. : GB • A340-500/600 : • 50 cas de modifications • Conception / Definition • hors itérations • Natures • Criticités • MATS : • Dev : France • Fab. : France • Co-développement • Fournisseurs MATS • NACELLES : • Dev : France • Fab. : France NACELLES Contexte

27. Un processus de traitement des modifications Causes et conséquences des modifications • Adaptation aux contraintes internes • Adaptation aux contraintes externes • Relations avec la clientèle • Emergence de problèmes • Initiation d’évolutions CAUSES • Influences sur les programmes / projets • Influences sur les produits • Influences sur l’organisation et son réseau • de nouvelles modifications CONSEQUENCES

28. Réduction possible des coûts Coûts des modifications Volume de modifications Série Définition Conception En Service Spécifications Développement Opportunités de traitement des modifications • Phase(s) du cycle de vie impactée(s) • Décision et “gel” des choix • Coûts

29. OBJECTIFS • Temps et coûts de traitement des modifications • Performances des solutions produites RESULTATS • Méthodes génériques, réutilisables et adaptables • Implémentables dans des outils informatisés CONTRAINTES • Objectifs du projet • Méthodes et pratiques existantes Problématique Comment optimiser les performances du processus de traitement des modifications ?

30. Processus de gestion de configuration et SGDT • Des programmes militaires et spatiaux vers l’industrie • Disciplines rattachées à la gestion de configuration : • Identification de la configuration • Maîtrise des évolutions • Enregistrement de l’état de la configuration • Audit de la configuration • Les Systèmes de Gestion des Données Techniques • Limitations des SGDT pour le traitement des modifications : • Représentation du produit pour le traitement des modifications • Processus de traitement des modifications • Adaptation des processus • Pilotage et supervision • Support aux utilisateurs • Accès aux informations pertinentes • Aide à la décision • Gestion des connaissances

31. Enjeux industriels et académiques ENJEUX INDUSTRIELS • Délais de développement • Coûts de développement • Aléas en aval du cycle de vie du produit • Fiabilité du produit dès son entrée en service • Flexibilité par rapport aux évènements internes et externes • Réactivité par rapport aux demandes des compagnies clientes ENJEUX ACADEMIQUES • Processus de conception et processus de gestion de configuration • Modifications en conception • Optimisation du traitement des modifications en conception

32. AMELIORATIONS GLOBALES DU TRAITEMENT PHENOMENE + TRAITEMENT PHENOMENE + TRAITEMENT EXIGENCES AMELIORATIONS LOCALES DU TRAITEMENT EXIGENCES Revue des contributions existantes • Apparition et comportements des modifications [DAL82] [WAT84] [ECK01] • Réponses industrielles [COU92] [HUA99] [KID00 ] • Compréhension du phénomène • Revue des réponses industrielles • Focalisés sur l’interface conception / fabrication • Identification des problèmes mais pas d’améliorations majeures • Normes de gestion de configuration [ISO95] [DOD97] [BNA97] • Identification de stratégies [FRI00] • Exigences et recommandations • Objectifs au niveau de l’organisation • Guide d’application et d’amélioration • Pratique liée à la qualité

33. AMELIORATIONS GLOBALES DU TRAITEMENT PHENOMENE + TRAITEMENT PHENOMENE + TRAITEMENT EXIGENCES AMELIORATIONS LOCALES DU TRAITEMENT AMELIORATIONS GLOBALES DU TRAITEMENT AMELIORATIONS LOCALES DU TRAITEMENT EXIGENCES Revue des contributions existantes • Organisation / Processus / Outils [HUA98] [LIN98] [HUA01] [EGE03] [RIV03] • Supervision et pilotage des processus • Support des outils • Dimension collaborative du processus • Evaluation sur cas réel • Analyse d’impacts centrée sur le produit [COH98] [CLA01] [JAR02] [SUT03] • Analyse d’impacts centrée également sur les processus et/ou l’organisation [COL01] [MA03] [ROU03] • Modélisation • Identification des propagations des modifications • Intégration industrielle

34. FAIT TECHNIQUE CONSTATE FORMALISATION DU PROBLEME DEFINITION DU PERIMETRE DU PROBLEME ELABORATION DES CONCEPTS DE SOLUTIONS DEFINITION DES OBJECTIFS DE LA RESOLUTION OUVERTURE DE LA RESOLUTION ? ORDONNANCEMENT DE LA RESOLUTION RESOLUTION DU PROBLEME (CONCEPTION GENERALE DES SOLUTIONS) EVALUATION DES SOLUTIONS SELECTION D’UNE SOLUTION CONCEPTION DETAILLEE DE LA SOLUTION ARCHIVAGE DU PB, DE LA RESOLUTION ET DE LA SOLUTION Proposition : Cadre FORMALISATION DU PROBLEME PROCESSUS D’ANALYSE DU PROBLEME DEFINITION DU PERIMETRE DU PROBLEME ELABORATION DES CONCEPTS DE SOLUTIONS PROCESSUS DE CONCEPTION DEFINITION DES OBJECTIFS DE LA RESOLUTION PROCESSUS DE COORDINATION NON OUVERTURE DE LA RESOLUTION ? NON GESTIONNAIRE DE CONFIGURATION OUI ORDONNANCEMENT DE LA RESOLUTION ACTEUR METIER COMITE DE CONTRÔLE DE LA CONFIGURATION RESOLUTION DU PROBLEME (CONCEPTION GENERALE DES SOLUTIONS) EVALUATION DES SOLUTIONS PAS DE SELECTION POSSIBLE SELECTION D’UNE SOLUTION SELECTION D’UNE ALTERNATIVE CONCEPTION DETAILLEE DE LA SOLUTION ARCHIVAGE DU PB, DE LA RESOLUTION ET DE LA SOLUTION IMPLEMENTATION PHYSIQUE DE LA SOLUTION

35. Liens de dimensionnement • Liens de positionnement • Liens de dépendance organisationnelle • Liens de dépendance fonctionnelle Proposition d’enrichissement vision du produit orientée “réseau” Contribution : Méthode d’analyse d’impacts OBJECTIFS • Supporter les investigations des acteurs • Analyse qualitative des impacts des modifications centrée sur le produit MODE DE PROPAGATION : • Liens de composition • Liens d’association vision du produit orientée “structure”

36. Lien de Positon. Lien de Dep. Fonct. Lien de Dimension. Lien de Composition Comp. 1 Comp. 2 Comp. 2 Comp. 3 Comp. n Lien d’Association Lien de Positon. Lien de Dep. Org. Comp. 8 Comp. 9 Comp. 2 Contribution : Méthode d’analyse d’impacts racine Comp. 0 • “Check-list ” pour les acteurs • Historique des investigations • Performances : profondeurs et dépendances

37. Caractéristiques • Contexte d’émission Demande de modification Typologie des demandes de modifications demandes de type X demandes de type Y demandes de type Z stratégie de traitement “Squelette”de processus de traitement + indicateurs Contribution : Définition de bibliothèques de traitements OBJECTIFS • Optimiser le processus de traitement des modifications • Définir et gérer des stratégies de traitement ainsi que des processus opérationnels

38.  Apparition d’une nouvelle demande de modification  Prise en compte de la demande par le GDC  Typage de la demande C’est une demande de type n Quelle stratégie mettre en oeuvre ?  Définition de la stratégie à mettre en oeuvre Appliquer la stratégie n°i Bibliothèque De Traitements  Adaptation du squelette proposé par le GDC  Allocation des ressources • A la stratégie n°i, correspondent : • Le squelette de processus n°j • Les indicateurs X, Y, Z  Déclenchement du traitement et supervision du processus par le GDC Contribution : Définition de bibliothèques de traitements

39. Poids • Interchangeabilité • Sûreté de fonctionnement • Consommation d’énergie • ... 4 Très favorable PERFORMANCES DU PRODUIT 3 Favorable 2 Équivalent • Standardisation • Accessibilité • Réparabilité • Maintenabilité • ... EXPLOITATION DU PRODUIT 1 Défavorable 0 Très défavorable • Coûts récurrents (Δ Matériaux, Δ Transport, Δ Achat,, etc...) • Coûts non Récurrents (SD, NSD, Δ documentation, Δ Tests, etc...) • Risques (Certification, Acceptation par les compagnies) • Délais (Développement, Séries, etc.) COÛTS D’INTRODUCTION DE LA SOLUTION Contribution : Méthode d’évaluation des solutions OBJECTIFS • Supporter le processus de sélection d’une solution parmi les alternatives proposées • Mesurer l’influence des solutions CRITERES D’EVALUATION

40. alternatives documentées Assignation des valeurs aux sous-critères Agrégation des résultats au niveau des critères (moyenne) Consolidation des résultats Pondération des sous-critères Présentation des résultats pour chaque alternative Confrontation des évaluations alternatives documentées et définies Contribution : Méthode d’évaluation des solutions PROCESSUS D’EVALUATION

41. ADAPTATION AU CAS Contribution : Technologies TCAO OBJECTIFS • Simplifier la communication et le partage d’informations au sein d’un groupe • Favoriser la coordination d’activités tout en privilégiant l’auto-organisation ESPACES VIRTUELS PARTAGES [ELL91] [BEN02] • Référentiel informationnel • Application multi-rôles mais environnement de travail adapté au profil • Gouvernabilité et observabilité ESPACES VIRTUELS PARTAGES POUR LE TRAITEMENT DES MODIFICATIONS • 1 demande de modification = 1 processus de traitement = 1espace • Durée du processus = cycle de vie de l’espace • Présentation de l’espace selon les rôles (Gestionnaire, Acteur ou CCC)

42. Développement de CM-EC OBJECTIFS • Illustration des contributions • Validation des contributions DEVELOPPEMENT DE CM-EC : « Collaborative Management of Engineering Changes » • Projet de développement • Concepts et fonctions illustrées • Démonstration et validation

43. CAS D’APPLICATION GENERIQUE CAS D’APPLICATION ADMINISTRATEUR CAS D’APPLICATION ACTEUR CAS D’APPLICATION GESTIONNAIRE CAS D’APPLICATION COMITE DE CONTROLE DE CONFIGURATION CM-EC : Spécifications fonctionnelles

44. CM-EC : Spécifications fonctionnelles ORGANISATION PRODUIT ESPACE VIRTUEL PARTAGES

45. Composant initialement impacté Propagations possibles au premier niveau Propagations possibles au second niveau Composant sélectionné pour investigation Composant sélectionné pour investigation Propagations possibles au troisième niveau Illustration des contributions MODULE D’ANALYSE D’IMPACTS

46. Illustration des contributions SUPERVISION DES PROCESSUS DE TRAITEMENT

47. Illustration des contributions MODULE D’EVALUATION DES SOLUTIONS

48. Illustration des contributions SUPPORT A LA COLLABORATION

49. Retour d’expérience ILLUSTRATIONS DISPONIBLES • Analyse qualitative des impacts • Supervision du processus de traitement des modifications • Support à la décision • Support à la collaboration • Sauvegarde ILLUSTRATIONS NON-DISPONIBLES • Adaptation des processus de traitement • Mise en place des indicateurs INVESTIGATIONS A POURSUIVRE • Analyse d’impacts (propagations simultanées / Fonctions) • Évaluation des solutions (Analyse multi-critères) • Enrichissement des modèles produits • Intégration et architecture de CM-EC • Démonstration sur un cas réel

50. Retour d’expérience