Contribution collective : Mise en œuvre de la conduite

Un modèle intégré pour l’amélioration des performances en ingénierie de la conception

Ce modèle a été élaboré dans le cadre du projet IPPOP, dans la continuité de ma thèse de doctorat. Le projet IPPOP (http ://www.opencascade.org/IPPOP/) a pour objectif

l’augmentation du patrimoine technologique de l’entreprise et à la maîtrise de la conduite de l’activité de conception. Il s’inscrit dans une démarche d’intégration des dimensions Produit-Processus-Organisation et d’extension des logiciels de CFAO et SGDT existants en prenant en compte les aspects technologiques liés à la conception (environnement multi-acteur, marché, ressources humaines et matérielles, gestion et capitalisation de la connaissance et des savoir-faire, …).

ORGANISATION

PROCESSUS

PRODUIT

Figure 16. Modèle intégré IPPOP – Intégration des modèles Produit, Processus et Organisation

Les principaux objectifs de ce projet sont :

 intégrer les connaissances liées au produit [Roucoules & Tichkiewitch 02, Noel 05] et au processus [Gero & Kannengiesser 06] pour contribuer à l’augmentation du patrimoine technologique de l’entreprise et à la maîtrise de la conduite de l’activité de conception,

 faire évoluer les outils de représentation du produit et de processus afin de supporter la capitalisation des connaissances technologiques et leur exploitation lors de nouveaux projets,

 développer et mettre en œuvre un environnement de travail adapté pour la conception coopérative,

 permettre la gestion et la coordination de la conception concourante en vue de l’amélioration continue des performances de l’ingénierie,

 fournir un démonstrateur.

A travers le projet IPPOP le modèle générique des connaissances a évolué pour s’intégrer avec un ensemble de travaux portant sur la modélisation du produit et du processus en vue de conduire efficacement le système de conception. Les évolutions portant sur la dimension conduite du modèle générique, ré-intitulée « organisation », ont été limitées et concernent essentiellement la nature des liens existant avec les dimensions produit et processus. Le modèle global qui a été développé [Robin & Girard 06] (figure 14) regroupe donc des éléments propres aux modèles de produit, de processus et d’organisation.

Projet

Projet

Figure 17. Démarche effective de conduite de la conception

Afin de mettre en œuvre ce modèle intégré, une méthode a été élaborée pour la conduite de la conception : l’enjeu scientifique consiste à s’appuyer sur la modélisation de l’entreprise, de son organisation et de ses ressources, pour permettre la conduite effective des projets de conception. En supposant que cette corrélation soit prise en compte, la conduite se traduit par plusieurs niveaux d’action lors de la genèse puis du déroulement du projet de développement de produit (figure 15) :

 après que le projet ait été initialisé et les objectifs globaux de l’entreprise spécifiés, le chef de projet structure son projet en vue d’atteindre ces objectifs,

 il va donc définir plusieurs sous-projets pour lesquels il spécifiera à son tour des objectifs, certains dédiés aux responsables (en tant que centres de décision locaux) d’autres à l’ensemble des concepteurs impliqués, certains étant des objectifs de performance,

 il associera des données techniques produit d’entrée nécessaires aux concepteurs pour atteindre leurs objectifs, et des données techniques de sortie souhaitées et

 il définira enfin une planification des tâches à mener, en précisant là encore leurs objectifs et leurs données techniques,

 afin de permettre le suivi du projet, les concepteurs génèrent les données techniques attendues et évaluent les indicateurs de performance qui leur sont demandés.

Cette démarche associée au modèle intégré assure de fait la prise en compte de l’organisation de l’entreprise, la gestion multi-niveaux des projets, la différenciation entre les décisions et la transformation de la connaissance produit-processus, la synchronisation des flux informationnels multi- et inter-niveaux et enfin le suivi des projets.

En guise de synthèse partielle, différentes contributions ont été produites concernant l’axe du « système de conception » (figure 16) : la méthodologie GRAI Ingénierie en constitue l’armature et vise à mettre en œuvre la conduite de la conception au sein de l’entreprise en vue d’améliorer ses performances pour le développement de produits. A travers la démarche scientifique décrite initialement, des modèles ont été proposés pour représenter le système de conception (phases de modélisation du problème puis proposition de solutions génériques) ainsi qu’une modélisation générique des connaissances pour la conduite. Cette modélisation a permis d’élaborer le modèle PPO (Produit-Processus-Organisation), support au développement de prototypes logiciels (phase d’implémentation de ces solutions et de déploiement). La méthodologie GRAI Ingénierie inclut des tâches de spécification et de développement du système d’information support à la conduite, qui sont développées dans le chapitre 3.3.

Méthodologie GRAI Ingénierie

Audits Interviews

Modélisation du système de conception Modélisation des connaissances

Modélisation du système d’information _{Implantation, Mise en} œuvre de la conduite

Observation

Analyse ^{Modélisation Déploiement}

Axe Système

Structure GRAI R&D ^{Réseaux GRAI Actigrammes}

Modèle intégré Produit-Processus-Organisation Méthode effective de conduite Approche UML Formalisation solutions

Figure 18. Démarche de caractérisation et de mise en œuvre effective de la conduite de la conception

Les modèles élaborés (contribution importante repérée par un fond uni dans la figure 12) ont permis d’obtenir une représentation précise du système de conception, des connaissances mises en jeu et des flux d’information entre deux catégories d’acteurs : les responsables en charge de la coordination et les concepteurs en charge de la conception. Toutefois il a été clairement établi que le sous-système technologique, en correspondance avec la nature non prévisible du processus de conception, ne peut pas être complètement modélisé. Par conséquent, les flux d’information mis en jeu ne prennent pas en compte la totalité des flux échangés entre les concepteurs. Les spécifications que nous avons pu élaborer restent des spécifications génériques permettant de gérer des connaissances « types » et des échanges « habituels » et ne rendent pas compte de besoins spécifiques liés aux actions réelles des acteurs de la conception quand ils sont impliqués dans un

processus de conception non routinier. C’est pourquoi la contribution concernant le déploiement effectif des mécanismes de conduite reste partielle à ce jour (fond maillé sur la figure 16).

J’ai alors abordé la question de la collaboration entre les concepteurs en posant comme hypothèse qu’une meilleure connaissance des mécanismes collaboratifs entre les acteurs permettrait d’identifier des bonnes pratiques exploitables par le chef de projet et les responsables pour améliorer la façon dont ils assuraient la conduite de la conception. C’est cette thématique que j’aborde dans la section suivante.