Processus de développement de produits Agiles

À mesure que de plus en plus de matériel et de logiciels électroniques sont incorporés dans les produits mécaniques traditionnels, les fabricants cherchent de meilleures façons d’intégrer les activités de conception dans toutes les disciplines de l’ingénierie. En conséquence, de nombreuses pratiques de conception et de développement sont échangées. L’une de ces initiatives, le développement de produits Agiles, implique l’application de méthodologies agiles à la conception mécanique, à la conception électrique et au développement de produits plus larges.

Définir Agile pour le matériel

L’entrée Wikipedia sur le développement logiciel Agile est un bon endroit pour commencer à comprendre comment les méthodologies agiles s’appliquent au développement de produits.

Le développement logiciel agile est un groupe de méthodes de développement logiciel basées sur un développement itératif et incrémental, où les exigences et les solutions évoluent grâce à la collaboration entre des équipes interfonctionnelles auto-organisatrices. Il favorise la planification adaptative, le développement évolutif et la livraison, ainsi qu’une approche itérative encadrée dans le temps, et encourage une réponse rapide et flexible au changement. Il s’agit d’un cadre conceptuel qui favorise les interactions prévues tout au long du cycle de développement.

Source: Entrée Wikipedia sur le développement logiciel agile

Fait intéressant, ces caractéristiques contrastent directement avec les approches traditionnelles de développement de produits, comme elles le faisaient avec de nombreuses méthodes de développement logiciel il y a dix ans. Les exigences du produit sont souvent gelées tôt. Les organisations d’ingénierie sont souvent structurées de manière rigide avec des lignes d’autorité claires. Les calendriers de développement sont souvent établis bien à l’avance.

Pourtant, le développement logiciel Agile a rencontré un grand succès. Aujourd’hui, la plupart des organisations de développement de logiciels utilisent une variante de ce cadre. Mais son applicabilité au développement de produits nécessite une certaine traduction. Dans le tableau 1 ci-dessous, la colonne de gauche montre les principes fondamentaux du Manifeste Agile selon l’entrée Wikipedia sur le développement logiciel Agile. La colonne de droite montre la traduction de ces principes dans le développement de produits Agiles.

Principes du Manifeste Agile	Équivalent en Développement de Produits Agiles
Les individus et les interactions sur les processus et les outils. Individus et interactions: Dans le développement agile, l’auto-organisation et la motivation sont importantes, tout comme les interactions telles que la co-localisation et la programmation par paires.	La collaboration et la résolution de problèmes sont plus importantes que de suivre un processus ou une procédure spécifique. Parce que les problèmes mécatroniques couvrent des disciplines, les ingénieurs devront s’organiser en meilleures équipes. En outre, ces équipes devraient être habilitées à poursuivre et à résoudre les problèmes.
Logiciel de travail sur une documentation complète. Logiciel de travail: Le logiciel de travail sera plus utile et bienvenu que la simple présentation de documents aux clients lors de réunions.	Les prototypes fonctionnels, physiques et numériques, sont plus importants que les livrables d’ingénierie qui seront éventuellement distribués lors de la sortie de la conception. L’accent devrait être mis sur la satisfaction des exigences de performance et d’autres caractéristiques.
La collaboration avec les clients plutôt que la négociation de contrats. Collaboration avec les clients: Les exigences ne peuvent pas être entièrement collectées au début du cycle de développement logiciel, la participation continue des clients / parties prenantes est donc très importante.	Un client ou un représentant interne équivalent doit être intimement impliqué dans le processus de développement. Étant donné que des problèmes se poseront à maintes reprises lors de la conception des produits mécatroniques, il faudra effectuer des étapes de vérification et de validation tout au long du processus. Cela se traduira par le raffinement des exigences mécatroniques au cours du processus de développement.
Répondre au changement en suivant un plan. Réagir au changement: Le développement agile est axé sur des réponses rapides au changement et un développement continu.	L’accent devrait être mis sur la capacité de l’organisation à répondre aux problèmes de développement plutôt que sur sa capacité à adhérer à un processus ou une procédure spécifique. L’organisation devrait donc être en mesure de répondre aux problèmes de développement mécatronique de manière agile et flexible.

Défis abordés par Agile

De toute évidence, le développement de produits Agiles a des implications intéressantes. Cependant, son adoption répond directement à deux défis abordés ci-dessous.

Tendance	Défi Relevé	Avantage Fourni
Le Mandat de visibilité pour les opérations d’ingénierie	Les responsables de l’ingénierie doivent élaborer de nouvelles mesures basées sur la conception qui mesurent les progrès des produits bien conçus.	L’accent mis sur le travail des prototypes plutôt que sur les livrables modifie la réflexion des dirigeants sur les métriques basées sur les livrables. Cet accent ouvre la voie à la définition de nouvelles mesures basées sur la conception.
La guerre à venir pour les talents en ingénierie	Les responsables de l’ingénierie doivent trouver des moyens de recruter des ingénieurs de la génération Y, en utilisant des avantages autres que des compensations monétaires.	Les générations sont une cohorte générationnelle collaborative par nature et souhaitent avoir un impact immédiat. L’accent mis sur les interactions fait appel à leurs tendances naturelles. La possibilité de contribuer dans ce cadre leur permet d’avoir un impact immédiat.

Étapes pour poursuivre Agile

Il existe des rapports publiés et des consultants qui ont des conseils détaillés sur la façon de déployer des méthodologies agiles. Cependant, la plupart de ces principes directeurs répondent aux besoins d’une organisation de développement de logiciels, plutôt qu’à ceux d’une organisation d’ingénierie développant des produits mécatroniques. De nombreuses étapes sont similaires, mais il existe des différences importantes:

• Impliquer Davantage de Parties Prenantes: Du point de vue des personnes, le développement d’un produit mécatronique nécessite l’implication d’ingénieurs en mécanique, en électricité et en logiciel, ainsi que d’organisations de fabrication, de qualité, d’approvisionnement et de service. Il s’agit d’un ensemble de personnes techniques beaucoup plus diversifié que ceux qui participent au développement de logiciels Agiles, qui se compose principalement de développeurs de logiciels, de tests et plus encore. Le responsable de l’ingénierie devra reconnaître cette complexité organisationnelle nécessaire et aider les équipes à s’auto-organiser.
• Structure d’auto-organisation: À première vue, on peut supposer que le développement de produits Agiles est chaotique, en raison de la nécessité de s’auto-organiser et de mettre l’accent sur les processus formels. Mais ce n’est pas parce qu’il n’y a pas de processus formel que le développement de produits Agiles n’est pas structuré. La réalité est tout le contraire. Malgré cette structure, cependant, il y a une transition loin d’un processus formalisé. Les responsables de l’ingénierie devront permettre à leurs ingénieurs de passer par cette transition.