Ingénierie collaborative : briser la boucle sérielle avec Team Ribbot

Tout ingénieur hardware connaît bien le cauchemar que représente la gestion de la dernière version d’un fichier de conception partagé avec un partenaire. Traditionnellement, lorsqu’on reçoit un nouvel assemblage ou une nouvelle implantation de carte, il n’y a pas d’échappatoire. Si votre interlocuteur a amélioré cinq trous de fixation, mais a déplacé par inadvertance un connecteur important, vous vous retrouvez dans la même situation qu’avant. Soit vous acceptez tout ce qu’il ou elle a fait et corrigez l’erreur manuellement, soit vous n’acceptez rien, ce qui bloque tous les progrès réalisés.

Le développement électronique moderne repose sur une collaboration efficace entre les équipes d’ingénierie électrique et mécanique. Les workflows séquentiels traditionnels obligent souvent les ingénieurs à accepter des révisions de conception entières ou à les rejeter complètement, ce qui augmente le risque de retouches et ralentit le développement produit. La gestion sélective des modifications permet une ingénierie parallèle en donnant aux équipes la possibilité d’examiner, d’accepter ou de rejeter des mises à jour de conception individuelles tout en préservant l’intégrité de la conception et la synchronisation entre disciplines.

Points clés à retenir

• Dans les workflows hérités, les ingénieurs doivent soit accepter l’ensemble des modifications, soit le rejeter entièrement, ce qui facilite l’introduction d’erreurs ou la perte d’avancées précieuses.
• MCAD CoDesigner permet aux ingénieurs d’examiner, d’accepter ou de rejeter des modifications individuelles, éliminant ainsi la nécessité de compromettre entre progression et précision.
• Les équipes mécanique et électrique peuvent travailler simultanément sur la même conception, en effectuant plusieurs mises à jour en parallèle sans se bloquer mutuellement.
• La prévisualisation et l’application sélective des modifications empêchent les erreurs de se propager, maintenant la stabilité tout en permettant des itérations rapides.

Le cas Ribbot : fusionner des mises à jour interdisciplinaire

Bien que l’équipe Ribbot évolue dans un environnement robotique hautement compétitif, les défis de collaboration auxquels elle a été confrontée sont courants dans le développement électronique, automobile, aérospatial, industriel et des systèmes embarqués. La création d’un robot champion pour la BattleBots Pro League implique de concevoir une électronique dense et complexe dans une coque blindée. Le problème de cette équipe est que ses membres vivent dans cinq États différents tout en étant pleinement engagés dans leur carrière. Il n’y a pas de place pour l’erreur lors des mises à jour de l’implantation de la carte.

Lorsqu’une conception d’assemblage mise à jour est envoyée à un ingénieur, celui-ci doit effectuer les ajustements nécessaires sans perturber le reste de la conception de l’équipe. Si l’ingénieur destinataire comprend mal, introduit des erreurs ou modifie la conception précédente, cela peut faire perdre beaucoup de temps et annuler des progrès importants.

Le dilemme du tout ou rien

Le problème fondamental de la conception collaborative réside dans l’absence de granularité dans la combinaison des efforts. Si deux ingénieurs, l’un mécanique et l’autre électrique, travaillent à un moment donné sur le même assemblage, il y aura de très nombreuses modifications dans chaque mise à jour. En l’absence de capacités de filtrage, les ingénieurs se retrouvent face à un choix binaire : adopter chaque modification apportée par leur collaborateur ou ignorer entièrement la mise à jour. Les workflows d’ingénierie traditionnels reposent souvent sur des transferts de conception séquentiels, où une discipline doit terminer son travail avant qu’une autre équipe puisse poursuivre en toute sécurité.

Ancien workflow : acceptation totale forcée

Avant la mise en œuvre de la solution actuelle, nous utilisions le principe du remplacement des fichiers de projet et/ou d’assemblage. Chaque fois que le responsable de la conception mécanique fournissait un dessin mis à jour, l’ingénieur électricien n’avait d’autre choix que d’importer l’ensemble du paquet de documents. Cela signifiait que si le responsable mécanique réussissait à déplacer un trou de fixation particulier mais échouait de quelques millimètres sur le connecteur, l’ingénieur électricien ne pouvait pas choisir entre les deux. Cette approche créait un risque d’ingénierie inutile, car des améliorations sans rapport et des modifications involontaires étaient regroupées dans une seule et même mise à jour.

Nouveau workflow : filtrage granulaire et sélectif des modifications

Ribbot y est parvenu en exploitant les capacités de Selective Change de MCAD CoDesigner. Au lieu de recevoir les mises à jour en bloc, le logiciel analyse les mises à jour reçues du concepteur électrique et les présente sous forme de liste à cocher de manière sélective. La gestion granulaire des modifications permet aux équipes d’ingénierie de préserver le travail validé tout en examinant uniquement les mises à jour qui concernent leur discipline.

En d’autres termes, si une mise à jour provenant du côté électrique contient des changements qui peuvent être bénéfiques mais aussi certains susceptibles de créer un problème de dégagement en raison du déplacement d’un composant mécanique, l’ingénieur mécanique peut simplement sélectionner uniquement ce qu’il souhaite.

Véritable concurrence et bouclier de filtrage

L’ingénierie concourante permet aux équipes électrique et mécanique de travailler en parallèle au lieu d’attendre des transferts de conception séquentiels, améliorant significativement la vitesse d’itération tout en réduisant la surcharge de coordination. L’équipe mécanique peut modifier l’implantation de la carte pendant que l’équipe électrique place ses composants simultanément, ce qui leur permet d’effectuer des dizaines de modifications au cours d’une seule soirée. 

Lorsque le groupe mécanique envoie une mise à jour contenant cinq excellentes modifications structurelles mais aussi un ajustement involontaire du placement d’un composant, l’équipe électronique n’a pas besoin d’ignorer l’intégralité du fichier ni d’accepter l’erreur. Elle filtre simplement l’erreur, importe les mises à jour structurelles et poursuit son travail en conservant une autonomie totale dans son domaine.

"Nous pouvons aussi choisir les modifications que nous voulons accepter... si [l’ingénieur mécanique] déplace accidentellement quelque chose que je ne voulais pas voir déplacé, je peux simplement rejeter cette partie de sa modification tout en acceptant les autres. C’est un énorme avantage pour nous." — Nick Sorensen, ingénieur électricien principal

Collaboration non linéaire et intégrité de la conception

La gestion sélective des modifications de MCAD CoDesigner permet une collaboration non linéaire en donnant aux équipes d’ingénierie la possibilité d’évaluer les mises à jour proposées avant qu’elles ne fassent partie de la conception active. Cela aide à préserver l’intention de conception tout en soutenant une collaboration continue entre disciplines.

Pourquoi les workflows d’ingénierie sériels ralentissent le développement hardware

Le développement hardware traditionnel suit souvent un workflow sériel dans lequel les équipes électrique, mécanique et de fabrication achèvent leur travail de manière séquentielle. Bien que simple en apparence, cette approche crée des goulots d’étranglement, car chaque discipline doit attendre des révisions de conception complètes avant d’avancer. À mesure que les projets gagnent en complexité, ces retards augmentent la probabilité de conflits de versions, de travaux en double, de lacunes de communication et de retouches inutiles. Les workflows d’ingénierie parallèle réduisent ces risques en permettant aux équipes de collaborer en continu tout en gardant le contrôle sur les modifications de conception individuelles.

Gérer les modifications sélectives de conception (étape par étape)

Une progression parallèle pour des résultats professionnels

Dans la BattleBots Pro League, Ribbot peut itérer plus vite qu’auparavant. Grâce à la capacité de collaborer et de concevoir en parallèle, Ribbot gardera toujours une longueur d’avance. Les mêmes avantages de workflow s’appliquent au développement hardware commercial, où la réduction du temps d’itération de conception peut améliorer les plannings, la qualité produit et la productivité des équipes d’ingénierie.

Oubliez les transferts et commencez à concevoir en parallèle. Découvrez comment gérer les modifications sélectives dans MCAD CoDesigner.

Conception parallèle : questions fréquentes

L’acceptation sélective fonctionne-t-elle pour les ingénieurs électriciens et mécaniques ?

Oui. Avec Altium Designer ou tout autre outil MCAD, tel que SOLIDWORKS, vous pouvez visualiser les modifications proposées puis sélectionner ou désélectionner chacune d’elles avant de les appliquer à votre espace de travail.

Si je rejette une modification spécifique de l’équipe partenaire, cela écrase-t-il ou endommage-t-il leur fichier d’origine ?

Pas du tout. En rejetant une modification particulière, vous l’excluez simplement de votre espace de travail afin de préserver l’état actuel de votre agencement. Le fichier principal de l’équipe partenaire reste intact, et le système marque l’élément comme rejeté pour que les deux équipes puissent en tenir compte dans le cadre de leurs plans de conception divergents.

Est-il difficile de voir précisément ce qui a changé dans un assemblage complexe ?

Pas du tout. L’application fournit un aperçu 3D du mouvement avec une image mise en évidence, ce qui vous permet de voir où se trouvait le composant avant son déplacement et où il sera déplacé ensuite. Il est facile de détecter toute interférence potentielle pendant le processus de déplacement avant de finaliser l’opération.

Ce workflow parallèle nécessite-t-il un outil spécifique de gestion de projet pour suivre les modifications ?

Non. Le mécanisme de contrôle de version et le journal sont tous deux intégrés à l’interface de MCAD CoDesigner, qui joue à la fois le rôle de médiateur et de registre. Tous les déplacements et interactions sont enregistrés et horodatés dans l’application elle-même, qui sert de centre de communication. Il n’est pas nécessaire de rechercher les versions dans un tableur en dehors de cette application.