3 signes que votre CAO ne peut pas suivre le rythme de vos équipes distribuées

Vos ingénieurs et vos fournisseurs doivent faire de la conception de n'importe où, sur n'importe quel appareil. Voici comment savoir si votre système de CAO les bloque silencieusement et combien cela vous coûte chaque semaine.

Demandez à n'importe quel vice-président de l'ingénierie matérielle si son équipe est « distribuée » et la plupart répondront non. Un seul bureau. Peut-être un fournisseur à l'étranger. Un couple d'ingénieurs qui travaillent à domicile le vendredi.

Ensuite, demandez où étaient leurs ingénieurs mardi dernier. L'un d'eux était sur le site de fabrication pour dépanner un prototype. Une autre était avec un fabricant sous contrat à Taiwan. L'un d'eux était à une foire commerciale.

Il s'agit d'une équipe distribuée, même si elle n'en a pas l'air sur l'organigramme.

Chacun d'entre eux avait besoin de la même chose : accéder à la CAO, où qu'il se trouve, sur n'importe quel appareil, et ses fournisseurs et sous-traitants en avaient également besoin.

Le logiciel de CAO de bureau basé sur des fichiers n'a pas été conçu pour cela. Voici trois signes indiquant que cette disparité vous fait perdre du temps d'ingénierie.

Les ingénieurs ne peuvent pas accéder au modèle au moment et à l'endroit où ils en ont besoin

La version classique est celle d'un ingénieur lors d'une visite chez un fournisseur et quelque chose nécessite une modification de conception. Mais le modèle CAO se trouve sur le poste de travail, au bureau, donc le correctif attend jusqu'à lundi.

Mais la version la plus précise se produit dans votre propre atelier. Un ingénieur parcourt la ligne de fabrication du prototype. Une pièce ne convient pas. Ils doivent vérifier les tolérances sur place, et non pas revenir à leur bureau dans une heure. Ils sortent une tablette et ne peuvent pas accéder au modèle, car la CAO nécessite une station de travail avec 32 Go de RAM, un GPU discret et un VPN. Ils prennent donc des photos, les envoient par e-mail, attendent que quelqu'un ouvre le modèle à un bureau, et la construction s'arrête jusqu'à ce que la réponse revienne.

Atelier, visite sur le terrain, chambre d'hôtel, avion : même échec. Le CAO est un endroit où l'ingénieur ne se trouve pas.

Même les petites équipes (telles que CIXI) qui passent à la CAO basée sur un navigateur récupèrent régulièrement plus de 40 heures d'ingénierie par ingénieur et par an, rien qu'en éliminant les problèmes d'accès.

Votre CAO ne fonctionne que sur le matériel qu'il utilise

Un concepteur rejoint votre équipe. Ils utilisent un Mac depuis 10 ans. Votre CAO fonctionne uniquement sous Windows. Le service informatique leur commande un poste de travail. Deux semaines se sont écoulées. Vous les rendez enfin productifs : sur une machine qu'ils ne connaissent pas, exécutant un système d'exploitation qu'ils ne préfèrent pas, enfermés à un bureau qu'ils visitent deux fois par semaine.

Multipliez les membres d'une véritable équipe : des ingénieurs sous Windows, des concepteurs sous Mac, des sous-traitants apportant leurs propres ordinateurs portables, des cadres souhaitant consulter la version la plus récente sur un iPad lors d'une révision, des responsables de fabrication utilisant ChromeOS parce que c'est ce qui fait le travail. La CAO de bureau basée sur des fichiers indique à chacun d'entre eux : vous n'avez pas votre place dans le logiciel de CAO à moins d'utiliser le matériel spécifique sur lequel la licence a été fournie.

Il s'agit d'un problème indépendant de la plateforme qui se fait passer pour un problème d'actualisation du matériel. Chaque mise à jour du système d'exploitation risque de casser un plugin. Chaque nouveau modèle d'ordinateur portable nécessite une validation informatique.

Lucas Kuhns, cofondateur de l'entreprise OEM d'équipements agricoles Norden Mfg, décrit le revers de la médaille : à quoi ressemble l'outil lorsqu'il est hors de portée.

« J'étais allongé dans mon lit lorsqu'une conception de luminaire est apparue », raconte-t-il. « Je l'ai trouvé sur mon téléphone, j'ai zoomé, je l'ai annoté et je l'ai renvoyé. Ce type de flexibilité est tout à fait normal pour nous aujourd'hui. »

Un utilisateur de CAO ouvrant le navigateur sur n'importe quel appareil pour continuer à travailler ne devrait pas être remarquable. Pour la CAO de bureau basée sur des fichiers, c'est le cas. Et pour une équipe distribuée utilisant du matériel mixte, il s'agit d'une limitation structurelle.

Vos CM, fournisseurs et partenaires obtiennent un fichier, pas le modèle

K2 Skis, dont les partenaires de fabrication sont situés à deux pas de l'océan, a indiqué que ses cycles de communication DFM étaient passés d'une semaine à un jour, soit une réduction d'environ 86 %, une fois que les fournisseurs pouvaient voir le design en direct dans le navigateur au lieu d'attendre des snapshot envoyés par e-mail.

La bonne façon de travailler avec un fabricant sous contrat est de lui donner accès à la conception en direct, à la géométrie réelle, aux tolérances réelles et à l'historique des révisions. La méthode utilisée par la plupart des équipes consiste à exporter un fichier STEP, à le compresser, à l'envoyer par e-mail, à répondre aux questions du DFM sur Slack pendant trois jours, à se rendre compte que le fournisseur est en train de consulter la version d'hier, à le réexporter, à le réenvoyer par e-mail, à expliquer à nouveau. Multipliez par chaque fournisseur, chaque révision, chaque programme.

Chacun de ces cycles représente une journée de travail côté fournisseur qui aurait dû être nulle. Pire encore, le planning de votre fournisseur ne tourne pas autour de vous. Un retard de cycle de votre côté se transforme en un retard de position dans la file d'attente de leur part, et la composition accélère la construction de votre prototype, l'inspection de votre premier article, la libération de votre outillage, etc.

Pour les équipes de matériel des PME qui font preuve de rationalisation, il s'agit souvent du coût récupérable le plus important en matière de développement de produits.

Les entreprises qui corrigent ce problème mesurent le résultat en heures économisées par version de pièce et en termes de cycles de retouche éliminés.

Dufour Aerospace, une start-up suisse spécialisée dans les drones de fret, a quantifié ce changement après avoir adopté un logiciel de CAO natif du cloud avec un PLM connecté, ce qui lui a permis de gagner 8 heures par publication de pièce et de 50 % de demandes de données de conception en moins entre l'ingénierieet la fabrication.

Ce qu'offre la CAO native du cloud

Cloud-native (architecture, et non pas terme marketing) signifie « pas de fichiers, pas d'installations, pas de verrouillage du poste de travail ». Les ingénieurs ouvrent un navigateur sur n'importe quel appareil, où qu'ils se trouvent, et accèdent à l'ensemble de l'environnement CAO en temps réel. Les fournisseurs font de même, avec des autorisations limitées. Un cadre affiche le régime actuel sur une tablette. Deux ingénieurs modifient le même modèle simultanément.

Onshape est la plateforme de développement de produits native du cloud qui rend cela possible. Conçu sans fichiers dès le premier jour sur AWS. Sécurité de niveau entreprise (SOC-2 Type II, ISO 27001) intégrée. Autorisations d'accès PDM et fournisseur qui ne verrouillent jamais un fichier.

Les startups et les petites entreprises ont compris que la CAO native du cloud leur offrait enfin des chances égales !