5 raisons pour lesquelles les ingénieurs détestent les logiciels PDM

Si vous voulez entendre un ingénieur en mécanique gémir, murmurez simplement trois lettres : PDM.

Le logiciel de gestion des données sur les produits (PDM) était censé être le sauveur du développement matériel. Il a promis d'organiser le chaos, d'empêcher la perte de fichiers et de maintenir l'alignement des équipes d'ingénierie. Au cours des deux dernières décennies, il a plutôt fonctionné comme un poste de péage bureaucratique, ralentissant l'innovation et rendant les concepteurs fous.

Mais pourquoi le PDM traditionnel est-il universellement méprisé ? Et surtout, comment Onshape, la solution PDM CAD & native du cloud de PTC, a-t-elle réussi à inverser le script et à transformer la gestion des données d'un mal nécessaire en un avantage concurrentiel ?

Décomposons-le.

Le cauchemar du PDM traditionnel

Pour comprendre cette aversion, vous devez comprendre le flux de travail quotidien d'un ingénieur enchaîné à un système PDM traditionnel basé sur des fichiers qui s'intègre au système d'exploitation de votre ordinateur.

Si vous avez vécu cela, votre œil tremble probablement déjà. Voici pourquoi les ingénieurs le méprisent :

1. L'explorateur de fichiers qui ne répond pas

Les systèmes PDM traditionnels tentent souvent de s'intégrer parfaitement dans le navigateur de fichiers standard de votre ordinateur. En théorie, c'est génial. En pratique, cela signifie que le fait de cliquer avec le bouton droit sur un dossier pour vérifier l'état d'un fichier bloque toute la fenêtre de votre explorateur de fichiers. Vous observez le cercle bleu tourbillonnant et le message " Not Responding " en haut de votre écran simplement parce que le client local peine à envoyer une requête ping au serveur SQL central.

2. Check-outs fantômes et coffres-forts corrompus

Legacy CAO se bloque. C'est une réalité. Mais lorsque votre système tombe en panne lors de la communication avec le serveur PDM, celui-ci ne sait pas toujours que vous êtes parti. Lorsque vous redémarrez, vous constaterez peut-être que vos fichiers sont toujours " Checked Out " par une version fantôme de vous-même. Vous devez maintenant retrouver l'administrateur système pour déverrouiller de force vos propres fichiers afin que vous puissiez reprendre le travail.

3. Les problèmes de synchronisation du cache local

Le PDM traditionnel crée un « dossier de travail local » (un cache) sur votre lecteur C : \. Cela introduit un jeu de synchronisation terrifiant. Si vous cliquez sur « Obtenir les dernières informations » au mauvais moment, vous risquez de remplacer accidentellement trois heures de votre travail local non enregistré. Le système PDM n'était pas synchronisé avant l'ouverture de cet assemblage ? Félicitations, vous travaillez actuellement sur une géométrie obsolète.

4. La saisie obligatoire des données

Rien ne freine plus rapidement la dynamique de l'ingénierie que la saisie obligatoire des données. Dans les systèmes existants, le simple fait d'essayer d'enregistrer un nouveau fichier déclenche souvent l'affichage d'une carte de données " " vide. Avant de pouvoir sécuriser votre travail, vous devez arrêter de concevoir et de remplir les métadonnées (descriptions, numéros de pièce, codes de matériaux et chaînes de fournisseurs) en respectant les règles strictes de la base de données avant d'être autorisé à poursuivre.

5. Le VPN

Les systèmes PDM traditionnels ont été conçus pour les réseaux de bureaux locaux. Pour accéder au coffre-fort à distance, vous devez activer un VPN. Soudainement, l'ouverture d'un assemblage signifie extraire des gigaoctets de fichiers discrets à travers un tunnel crypté étroit. Vous pouvez regarder une barre de progression pendant 20 minutes avant même de pouvoir regarder la conception, et encore moins le modifier.

La cause première : Legacy PDM est un pansement

Le problème fondamental n'est pas que les développeurs de logiciels font mal leur travail. Le problème, c'est l'architecture.

Legacy PDM est un pansement appliqué sur un système fondamentalement défectueux : la CAO basée sur des fichiers. Tant que les données CAO sont stockées dans des fichiers discrets qui circulent sur les disques durs et les caches locaux, vous avez besoin d'une force de police (PDM) lourde et restrictive pour empêcher les utilisateurs de détruire le travail des autres.

Ce qu'Onshape a fait à ce sujet

Lorsque les fondateurs d'Onshape ont entrepris de créer un nouveau système de CAO, ils n'ont pas simplement essayé de créer un meilleur PDM. Nous avons complètement supprimé le fichier de votre ordinateur de bureau.

Voici comment Onshape a résolu le problème du PDM :

1. Une base de données, pas des fichiers

Onshape est natif du cloud. Il n'existe aucun fichier CAO distinct à synchroniser avec votre lecteur C : \. Vos modèles 3D sont stockés sous forme d'entrées de données dans une base de données cloud sécurisée et unifiée. Comme il n'y a pas de cache local, vous n'avez jamais à deviner si vous possédez la dernière version ". " Lorsque vous ouvrez un document, vous consultez instantanément les données actualisées et en temps réel.

2. PDM invisible intégré

Dans Onshape, le PDM n'est pas un logiciel distinct que vous devez combattre. Il est intégré directement à la plateforme principale. Chaque action de conception est enregistrée instantanément dans la base de données. Aucune fenêtre contextuelle " Data Card " ne prend vos sauvegardes en otage, car il n'y a pas de sauvegarde ". " La gestion des données se fait de manière invisible en arrière-plan pendant que vous concevez.

3. Google Docs pour le matériel

Comme il n'y a aucun fichier à verrouiller, il n'y a pas de boîte de dialogue d'enregistrement/de départ dans laquelle naviguer. Plusieurs ingénieurs peuvent ouvrir exactement le même assemblage, voire la même pièce, exactement au même moment. Vous pouvez regarder votre collègue mettre à jour le boîtier pendant que vous concevez les bossages de montage internes. Il transforme la conception du matériel en un processus collaboratif en temps réel.

4. " Git " pour les ingénieurs en mécanique : Branches et fusion

Les ingénieurs logiciels utilisent Git depuis des années pour explorer des idées sans casser le code principal. Onshape l'a amené au CAO. Vous pouvez créer une « branche » de votre espace de travail pour essayer une nouvelle idée de conception originale sans verrouiller l'assemblage principal ni déranger personne d'autre. Si cela fonctionne, vous pouvez le « fusionner » à nouveau. En cas d'échec, supprimez simplement la branche ou conservez-la pour de futurs apprentissages.

5. Accès instantané en tout lieu (aucun VPN requis)

Comme le gros du travail se fait dans le cloud, il n'est pas nécessaire de télécharger des gigaoctets de fichiers via un VPN. Vous pouvez vous connecter en toute sécurité à Onshape à partir d'un navigateur Web sur n'importe quel ordinateur (ou même votre téléphone) et ouvrir instantanément des assemblages massifs.

6. Une Annuler infinie et une source unique de vérité

Chaque clic, esquisse et extrusion est enregistré dans l'arbre historique d'Onshape. Il n'y a pas de « retraits fantômes » ni de caches locaux corrompus. Vous pouvez revenir à l'état exact de votre conception à 13 h 59 un lundi il y a trois mois.

Revenir à l'ingénierie

Les ingénieurs ne sont pas allés à l'école pour gérer les caches locaux, résoudre des erreurs de lecture seule ou redémarrer leur explorateur de fichiers. Ils sont allés à l'école pour concevoir des produits, résoudre des problèmes et construire l'avenir.

Le PDM traditionnel obligeait les ingénieurs à passer un temps impie à gérer le processus de conception plutôt qu'à le concevoir proprement dit.

Onshape ne s'est pas contenté de corriger le PDM, l'équipe l'a rendu invisible. Et pour les ingénieurs du monde entier, c'est l'ultime bouffée d'air frais.