Mesure précise de la maturité

L'énorme augmentation de la complexité des produits et les stratégies de mise sur le marché toujours plus courtes entraînent souvent de nouveaux problèmes de qualité des produits. Non seulement elles retardent le démarrage de la production, mais elles augmentent aussi considérablement le nombre de rappels de produits. Par exemple, en ce qui concerne les composants mécatroniques, l'expérience conventionnelle

Comparaison des niveaux de développement

Les valeurs ne peuvent être transférées que dans une mesure limitée. Comment, par exemple, comparer l'état de développement d'un ensemble avec la planification d'un projet si l'on ne sait pas encore, au moment de la planification, quelles fonctions seront cartographiées dans le matériel et lesquelles dans le logiciel ?

Déterminer le degré de maturité

Life Cycle Engineers GmbH à Mayence a donc mis au point une méthode de calcul permettant de déterminer systématiquement et objectivement la maturité du produit pour chaque fonction dans chaque phase de développement, de sorte que les mesures correctives puissent prendre effet beaucoup plus tôt. "Sur la base de l'avancement ou du jalon actuel du projet, le niveau de maturité d'un produit décrit l'écart par rapport à l'objectif fonctionnel défini en fonction de la fiabilité de la conception", explique le directeur général Matthias Degen, "par exemple, un poids estimé dans la phase de conception peut encore être toléré, mais pour la conception détaillée, il constitue un risque réel comme base de calcul et réduit ainsi le niveau de maturité possible ici".

La société conseille les entreprises industrielles dans le but d'optimiser durablement les processus de développement de produits afin de réaliser des produits innovants, compétitifs et plus rentables. Parmi ses clients figurent des grandes et moyennes entreprises des secteurs de la construction mécanique, de la construction d'usines, de la technologie médicale, de l'automobile, de l'électronique et de l'aérospatiale.

Mesure et conception

"Fondamentalement, cependant, la mesure de la maturité ne concerne pas une autre méthode, mais l'identification des

Développement sur une base de données commune

sur une base commune, par exemple à partir de la gestion de projet et des spécifications", souligne Matthias Degen. "Cela crée la possibilité d'examiner la base de données commune sous différents angles au cours des différentes phases de développement". Alors que les spécifications et la DQF définissent initialement les propriétés du produit à développer, la mesure du niveau de maturité accompagne le développement du produit. Par exemple, dans le cas d'un système de phares dont le guidage de la lumière doit être adapté au tracé de la route, l'amortissement maximal a-t-il déjà été atteint à 80 ou seulement à 100 % après un braquage du volant ? Même si un premier calcul de conception répond théoriquement à ce degré de réalisation de l'objectif, le degré réel de maturité dépend naturellement aussi de la qualité de la méthode d'évaluation respective (calcul approximatif, simulation, échantillon fonctionnel, ...) et de sa fiabilité spécifique. La fiabilité de la conception d'une simulation doit donc être évaluée à un niveau plus élevé que celui d'un calcul approximatif encore plus rentable. Cependant, à chaque phase de développement, la même question se pose : la maturité possible à ce stade a-t-elle vraiment été atteinte ou sommes-nous en retard dans nos capacités ? Ainsi, bien entendu, une méthode de conception, aussi fiable soit-elle, perd de sa signification si des variables d'entrée incertaines sont encore utilisées. Cet écart entre le niveau de maturité possible et le niveau de maturité réalisé rend donc la méthodologie visible. Si cet arriéré n'est pas résorbé, les problèmes continuent de s'aggraver et peuvent même éclater lors de l'essai du premier prototype.

Mesure de la maturité dans la gestion de projet

La méthode de mesure de la maturité commence donc par la création d'un modèle de produit fonctionnel qui décrit complètement toutes les exigences (par exemple, la conversion du couple ou la génération du flux de masse) et leurs propriétés. Les informations nécessaires sont généralement déjà diffusées, par exemple dans une DQF, dans l'AMDE, dans un système de portefeuille de produits ou dans des listes de pièces détachées. Des valeurs cibles supplémentaires peuvent être trouvées dans la gestion des exigences, les spécifications ou d'autres spécifications. Toutes les exigences sont maintenant structurées de manière hiérarchique, quantifiées avec les valeurs cibles mesurables respectives, et ce n'est qu'alors que chaque fonction est assignée aux composants physiques du produit.

Pour un développement et une gestion de projet efficaces et précis, il est également nécessaire de pondérer les fonctions. Après tout, toutes les exigences et caractéristiques ne sont pas d'égale importance pour le marché. Cette hiérarchisation des priorités permet également d'éviter les objectifs contradictoires. Par exemple, les objectifs concurrents ou même opposés de certaines fonctions peuvent interférer les uns avec les autres. Toutefois, en décomposant les fonctions et leur pondération, les effets de toutes les décisions et mesures relatives aux projets sur le développement ultérieur peuvent être évalués de manière systématique et fiable.

Les méthodes d'assurance respectives, telles que le concept ou le calcul de simulation, sont ensuite affectées aux différentes étapes. La séquence correspond à la logique interne du processus de développement et garantit que les données telles que les experts, les méthodes de mesure ou les prestataires de services sont disponibles au bon moment.

Des méthodes de couverture précises

sont disponibles. La direction du projet planifie également toutes les études techniques nécessaires.

Dans l'étape suivante, une éventuelle "maturité cible" ou "sécurité minimale" est attribuée aux différentes méthodes d'assurance - pour chaque étape et pour chaque fonction. Ces valeurs se fondent principalement sur l'expérience d'autres processus de développement (figure 1). Une courbe idéale des niveaux de maturité ainsi créée est donc analogue à la sécurité de conception requise (figure 2). Dans le cas d'un nouveau développement, cette courbe commencera par conséquent avec des valeurs plus faibles que, par exemple, dans le cas d'une conception de variante, où des variables d'entrée logiquement connues ou plus fiables sont disponibles dès le départ - la courbe idéale peut donc également s'adapter au degré d'innovation du nouveau produit.

La méthodologie est désormais pleinement intégrée à la gestion de projet. Par exemple, lors des examens techniques, les résultats actuellement obtenus pour chaque fonction peuvent être systématiquement comparés aux valeurs cibles possibles respectives. Les écarts, les fonctions modifiées ou les pondérations nécessaires deviennent ainsi transparents et peuvent être adaptés à la situation actuelle. Cela est particulièrement utile pour les "cibles mobiles". Une fois qu'un système a été développé, il peut également être transféré à d'autres types de produits ou à des degrés d'innovation modifiés.

Gestion du portefeuille de produits

Pour ces raisons, l'évaluation permanente et objective du niveau de maturité est d'une grande importance, en particulier pour la gestion des produits. "Faisons-nous les bonnes choses - correctement et au bon moment ? Le gestionnaire de produits ne se contente pas de déterminer quels produits sont inclus dans le portefeuille de produits, mais il est également chargé de s'assurer que les caractéristiques souhaitées sont

et les valeurs cibles, telles que définies dans la DQF ou dans les spécifications, sont atteintes. En cas d'écarts, il souhaiterait donc pouvoir intervenir le plus tôt possible.

Par conséquent, la méthodologie décrite par les ingénieurs du cycle de vie avait déjà été mise en œuvre de manière pratique en utilisant des feuilles de calcul Excel. Cela a déjà permis de présenter avec succès une demande dans divers

Le pipeline de l'innovation sous contrôle

Toutefois, tôt ou tard, une telle solution logicielle atteint ses limites. Alors, où y avait-il un système suffisamment souple pour intégrer les caractéristiques les plus diverses d'un produit provenant de la QFD, de l'AMDE et de la gestion des risques, et qui pouvait également s'adapter à divers degrés d'innovation ? Et où, d'autre part, y avait-il une entreprise qui était active avec succès sur le marché avec la gestion de projets et de portefeuilles de produits ?

Intégré dans la solution logicielle Planisware

Le fabricant français de logiciels Planisware, dont les solutions sont utilisées dans l'industrie automobile, dans les technologies médicales et militaires et dans le secteur pharmaceutique, a finalement été trouvé comme partenaire. Dans la gestion du portefeuille de produits de Planisware, les produits d'une entreprise sont considérés à la fois comme un tout et individuellement, décrits et gérés avec leurs fonctions, leurs caractéristiques et leurs valeurs cibles. Basé sur les nombreux défis et expériences de l'industrie à grande échelle, le système est conçu pour soutenir le processus de création des produits en cours d'innovation tout au long du cycle de vie du produit. Elle a donc des capacités qui vont bien au-delà de la gestion de projet classique.

Du point de vue du fabricant Planisware, d'autre part, la mesure de la maturité est d'une grande importance pour sa stratégie produit actuelle. "Je vois la plus grande importance pour la mesure de la maturité surtout dans les segments cibles de l'industrie automobile - avec les équipementiers et les fournisseurs - et dans l'industrie aérospatiale", confirme Pierre Demonsant, PDG de Planisware, "car ce sujet exigeant aura une importance toute particulière dans ces industries à l'avenir". Elle gagnera également en importance en tant que passerelle pour les fournisseurs de systèmes, "...certaines données CAO seront donc un apport important pour les considérations de maturité de Planisware et par conséquent l'intégration entre l'outil de gestion de projet, la CAO et les systèmes ERP deviendra également un défi pour ces fournisseurs", ajoute Gilles Chêne, Directeur Général de Planisware Deutschland GmbH.

Détection des problèmes structurels

Grâce à l'intégration de la mesure de la maturité dans la gestion du portefeuille de produits Planisware, l'avancement du projet peut désormais être évalué sur la base de critères liés au contenu. "Pour le chef de produit, cet outil de contrôle nouvellement créé et extrêmement efficace est un complément fonctionnel important à la solution précédente de Planisware - et ce à trois égards : tout d'abord, dans la mise en œuvre de ses objectifs de développement, ensuite, pour le développement ultérieur du portefeuille de produits et enfin, pour la conception de nouveaux produits", Gilles Chêne décrit les avantages de l'outil.

Grâce à ce nouveau module fonctionnel, les chefs de projet peuvent déterminer la maturité du produit dans leur environnement Planisware à tout moment du projet et prendre directement en compte les mesures dérivées du niveau de maturité respectif dans le plan de projet mis à jour. En outre, le système intégré d'établissement de rapports fournit des rapports de situation détaillés et

Déterminer la maturité du produit dans le projet

Des analyses de la maturité des produits, de la réalisation des objectifs fonctionnels et de la fiabilité des prévisions sont disponibles.

Il est désormais possible non seulement d'identifier les écarts de développement actuels ou singuliers, mais aussi de détecter et de gérer les problèmes de développement récurrents. Si, par exemple, l'écart entre le niveau de maturité cible et réel pour une étape particulière montre fréquemment un écart similaire, on peut supposer qu'il y a un problème structurel ici.

Si les résultats de mesure d'une simulation ou d'un prototype d'essai doivent être classés comme relativement incertains encore et encore, la question se pose de savoir si les conditions préalables nécessaires sont réellement disponibles ici ? Des appareils de mesure appropriés ou des experts ne sont-ils pas disponibles ? Ou si, au début d'un changement, des niveaux de maturité beaucoup trop faibles sont atteints : Pourquoi l'expérience des projets précédents ne peut-elle être utilisée qu'insuffisamment ? Les documents, données ou modèles existants ne sont-ils pas accessibles ou l'équipe de développement n'est-elle pas composée de manière optimale ? La réponse cohérente à ces questions permettra d'optimiser le développement de manière ciblée. "Ainsi, l'intégration de la mesure de la maturité dans Planisware offre aux clients industriels la possibilité de réduire significativement leurs risques de développement, de contrôler le développement des produits de manière plus transparente et de mettre avec succès sur le marché de nouveaux produits avec la qualité requise", résume une fois de plus Matthias Degen, les nouvelles possibilités.