Comment la vitesse de conception est égale à la vitesse commerciale

Historiquement, le développement de logiciels a prospéré grâce à une approche « agir vite et innover », avec des solutions rapides qui sont intrinsèquement moins coûteuses à déployer. Le matériel est toutefois confronté à des coûts de défaillance élevés ; les défauts des produits physiques peuvent nécessiter des interventions coûteuses. Contraint par des tests physiques (virtuels et/ou réels), le développement du matériel a été intrinsèquement plus lent et une culture d'aversion au risque est plus marquée, ce qui contraste nettement avec la mentalité « d'échec rapide » des logiciels.

Cependant, les attentes du marché ont fondamentalement changé, tout comme la nature même de la conception matérielle elle-même, qui intègre désormais beaucoup plus de systèmes logiciels embarqués. Les fabricants de matériel informatique sont désormais contraints d'adopter l'agilité itérative des éditeurs de logiciels.

Face à la diminution rapide du cycle de vie des produits et à la demande croissante de personnalisation continue des équipements industriels, l'approche traditionnelle « en cascade », qui vise un lancement unique et parfait, n'est plus une méthode sûre. Au contraire, elle est devenue un handicap concurrentiel majeur.

La principale contrainte qui pèse sur les entreprises de matériel informatique modernes n'est plus la fabrication ou la chaîne d'approvisionnement. Le goulot d'étranglement se situe en amont : conception Velocity.

Aujourd'hui, votre vitesse de conception est directement proportionnelle à votre vitesse commerciale et est dictée par le logiciel utilisé par votre équipe.

Une augmentation de 25 % de la productivité de l'ingénierie chez BOA Technology après le passage à Onshape. Lisez l'étude de cas.

Définition de la vitesse de conception (il ne s'agit pas uniquement de clics de souris)

À quelle vitesse cet utilisateur CAO peut-il modéliser une pièce complexe ? En combien de temps pouvons-nous générer une vue du dessin ?

Bien que les compétences individuelles soient importantes, il s'agit d'une micro-optimisation. Économiser 10 secondes sur une esquisse n'a aucun sens si ce fichier est conservé dans un coffre-fort PDM pendant trois jours en attente d'approbation.

La vitesse de conception réelle n'est pas mesurée en clics de souris. Il est mesuré en cycles d'apprentissage. C'est le temps total qu'il faut pour parcourir la boucle :

1. Concept
2. Prototype
3. Test ou simulation
4. Changement de conception

Plus vous faites tourner ce volant rapidement, plus vite vous stabilisez le produit. Les entreprises qui gagnent sur le marché aujourd'hui ne sont pas nécessairement celles qui ont eu l'idée initiale « géniale ». Ce sont les entreprises qui peuvent répéter une idée 50 fois dans le même laps de temps qu'il faut à leur concurrent pour répéter 5 fois.

La variable qui tue conception Velocity est rarement la création de la géométrie elle-même. La variable est le « temps d'attente ». Il s'agit de l'espace vide entre les tâches à valeur ajoutée. Il attend le chargement d'un gros assemblage via un VPN. Il attend qu'un dossier soit réenregistré par un collègue. Il attend que le service informatique installe le dernier service pack pour que vous puissiez ouvrir le dossier d'un fournisseur.

Avec Onshape, un processus d'itération de conception rationalisé chez CIXI. Lisez l'étude de cas.

Le coût caché : l'ancienne CAO basée sur des fichiers

Au cours des trente dernières années, le monde de l'ingénierie a accepté un flux de travail fondamentalement défaillant. Nous avons accepté le « flux de travail en série » comme un mal nécessaire de la conception mécanique.

Dans un environnement CAO traditionnel basé sur des fichiers (même ceux associés à des systèmes PDM coûteux), les données sont verrouillées dans des fichiers. Comme un fichier ne peut être modifié de manière fiable que par une seule personne à la fois, le flux de travail devient strictement linéaire.

• L'ingénieur A ouvre l'assemblage pour travailler sur le châssis.
• L'ingénieur B souhaite travailler sur le support de montage, mais l'assemblage est " Checked Out. "
• L'ingénieur B attend.

Ou pire encore, l' ingénieur B crée une copie locale, fait son travail, puis passe un après-midi à essayer de fusionner manuellement ses modifications dans l'assemblage principal, en priant pour ne pas remplacer accidentellement le travail de l'ingénieur A.

C'est Data Friction. Il s'agit d'une taxe cachée sur chaque interaction au sein de votre service d'ingénierie.

L'accélérateur : traitement parallèle & basé sur le cloud

Lorsque vous utilisez Onshape, une itération plus rapide chez Open Star Technologies. Lisez l'étude de cas.

Pour débloquer votre Business Velocity, vous devez passer du traitement série au traitement parallèle. Cela nécessite de passer de la CAO basée sur des fichiers à la CAO native du cloud.

Les plateformes cloud natives comme Onshape de PTC s'appuient sur une architecture de base de données et non sur une architecture de fichiers. Cette distinction peut sembler subtile sur le plan technique, mais énorme sur le plan opérationnel. Dans une base de données, il n'y a aucun fichier à copier ou à verrouiller. Il existe une « source unique de vérité » dans le cloud.

Cela permet une collaboration simultanée.

Les équipes logicielles utilisent des méthodologies « agiles » depuis des années : sprints, branches et fusions. Onshape apporte ces fonctionnalités au matériel.

• Branchement : un ingénieur peut prendre la conception principale, créer une « branche » pour tester une conception radicalement nouvelle et itérer librement sans affecter l'assemblage principal.
• Fusion : si l'expérience fonctionne, ils peuvent fusionner instantanément cette géométrie dans la conception principale. En cas d'échec, ils peuvent laisser la succursale telle quelle, en documentant l'expérience. Pas de confusion entre " Enregistrer sous ".

Si Conception Velocity est le nombre d'itérations que vous pouvez réaliser par semaine, le traitement parallèle agit comme un multiplicateur. De plus, la CAO native du cloud supprime l'empreinte informatique. Il n'y a aucune installation, aucun serveur de licences à envoyer par ping et aucune incompatibilité de version.

L'effet d'entraînement sur les entreprises au-delà des équipes de conception

Des cycles de conception 30 à 40 % plus rapides grâce à la collaboration en temps réel dans le cloud chez Saga Robotics. Lisez l'étude de cas.

Lorsque vous retirez le goulet d'étranglement pendant la phase de conception, la vitesse s'écoule en aval vers le reste de l'organisation. Les données de conception sont la pierre angulaire d'une Company de matériel informatique ; lorsqu'elles circulent librement, chaque département devient plus rapide. Par exemple, l'intégration d'Onshape et d'Arena PLM accélère les processus métier en connectant instantanément les données de conception et de chaîne d'approvisionnement.

Comment ça fonctionne :

• De la conception à la nomenclature : lorsqu'un ingénieur finalise un assemblage dans Onshape, une seule action synchronise la nomenclature complète avec Arena. Lors de la configuration, les mappages de catégories garantissent un flux précis de numéros de pièces, de descriptions et de matériaux.
• Enrichissement de la nomenclature : Arena améliore la nomenclature en ajoutant des informations cruciales qui ne sont pas nécessaires dans l'environnement CAO, telles que les données des fournisseurs, les numéros de pièces des fabricants et les informations sur les risques liés à la chaîne d'approvisionnement.
• Approvisionnement en temps réel : l'approvisionnement bénéficie d'une visibilité immédiate sur les sélections de composants au fur et à mesure que les ingénieurs les ajoutent, éliminant ainsi le délai de plusieurs semaines associé à la publication officielle de la nomenclature.
• Collaboration simultanée : cette connectivité permet des flux de travail simultanés. Par exemple, les ingénieurs en mécanique peuvent modéliser le contour du circuit imprimé dans Onshape pour vérifier l'ajustement, tandis que l'équipe des achats s'approvisionne simultanément en composants et utilise l'intelligence de la chaîne d'approvisionnement intégrée d'Arena pour trouver des pièces alternatives.

Ce système garantit que chaque discipline fonctionne efficacement dans son environnement optimal tout en maintenant un flux de données connecté et en direct.