Wie Design Velocity gleich Business Velocity ist

In der Vergangenheit florierte die Softwareentwicklung nach dem Motto „Move fast and break things“, mit schnellen Lösungen, die von Natur aus kostengünstiger bereitzustellen sind. Hardware ist jedoch mit hohen Ausfallkosten konfrontiert; Fehler in physischen Produkten können teure Eingriffe erfordern. Da die Hardwareentwicklung durch physische Tests (virtuell und/oder real) eingeschränkt wurde, war die Hardwareentwicklung von Natur aus langsamer und es gab eine eher risikoscheue Kultur, was in krassem Gegensatz zur „Fail-Fast“ -Mentalität von Software stand.

Die Markterwartungen haben sich jedoch grundlegend geändert, ebenso wie das eigentliche Hardwaredesign selbst, das heute deutlich mehr eingebettete Softwaresysteme umfasst. Hardwareunternehmen sind heute gezwungen, die iterative Agilität von Softwarefirmen zu übernehmen.

Da die Produktlebenszyklen immer kürzer werden und die Nachfrage nach kontinuierlicher Anpassung von Industrieanlagen steigt, ist der traditionelle „Wasserfallansatz“, der auf eine einzige, perfekte Markteinführung abzielt, keine sichere Methode mehr. Stattdessen ist es zu einer großen Wettbewerbshaftung geworden.

Das Hauptproblem für moderne Hardwareunternehmen ist nicht mehr die Fertigung oder die Lieferkette. Der Engpass liegt im Upstream: Design Velocity.

Heute ist Ihre Design Velocity direkt proportional zu Ihrer Business Velocity und wird von der von Ihrem Team verwendeten Software bestimmt.

Eine Steigerung der technischen Produktivität bei BOA Technology um 25% nach dem Wechsel zu Onshape. Lesen Sie die Fallstudie.

Definition der Entwurfsgeschwindigkeit (es sind nicht nur Mausklicks)

Wie schnell kann dieser CAD-Benutzer ein komplexes Bauteil modellieren? Wie schnell können wir eine Zeichenansicht erzeugen?

Individuelle Fähigkeiten sind zwar wichtig, aber es handelt sich um eine Mikrooptimierung. Das Einsparen von 10 Sekunden an einer Skizze ist bedeutungslos, wenn diese Datei drei Tage lang in einem PDM-Tresor liegt und auf die Genehmigung wartet.

Die tatsächliche Designgeschwindigkeit wird nicht in Mausklicks gemessen. Es wird in Lernzyklen gemessen. Dies ist die Gesamtzeit, die benötigt wird, um die Schleife zurückzulegen:

1. Konzept
2. Prototyp
3. Test oder Simulation
4. Änderung des Designs

Je schneller Sie dieses Schwungrad drehen, desto schneller stabilisieren Sie das Produkt. Die Unternehmen, die heute auf dem Markt gewinnen, sind nicht unbedingt diejenigen mit der „genialen“ ursprünglichen Idee. Sie sind die Unternehmen, die eine Idee 50 Mal wiederholen können, und zwar in derselben Zeitspanne, in der ihr Wettbewerber 5 Mal wiederholen muss.

Die Variable, die Design Velocity zum Erliegen bringt, ist selten die Geometrieerstellung selbst. Die Variable ist die „Wartezeit“. Es ist der leere Raum zwischen wertschöpfenden Aufgaben. Es wartet darauf, dass eine große Assembly über ein VPN geladen wird. Es wartet darauf, dass eine Datei wieder von einem Kollegen eingecheckt wird. Es wartet darauf, dass die IT-Abteilung das neueste Service Pack installiert, damit Sie die Datei eines Anbieters öffnen können.

Mit Onshape, einem optimierten Design-Iterationsprozess bei CIXI. Lesen Sie die Fallstudie.

Die versteckten Kosten: Veraltetes dateigestütztes CAD

In den letzten drei Jahrzehnten hat die technische Welt einen Arbeitsablauf akzeptiert, der grundlegend kaputt ist. Wir haben den „Serien-Workflow“ als notwendiges Übel der mechanischen Konstruktion akzeptiert.

In einer herkömmlichen dateibasierten CAD-Umgebung (auch in solchen, an die teure PDM-Systeme angeschlossen sind) sind Daten in Dateien gesperrt. Da eine Datei nur von einer Person gleichzeitig zuverlässig bearbeitet werden kann, wird der Arbeitsablauf streng linear.

• Ingenieur A öffnet die Baugruppe, um am Chassis zu arbeiten.
• Ingenieur B möchte an der Halterung arbeiten, aber die Montage ist " Checkout. "
• Ingenieur B wartet.

Oder, schlimmer noch, Ingenieur B erstellt eine lokale Kopie, erledigt seine Arbeit und verbringt dann einen Nachmittag damit, die Änderungen manuell wieder in der Hauptbaugruppe zusammenzuführen, und betet, dass sie nicht versehentlich die Arbeit von Ingenieur Aüberschreiben.

Das ist Data Friction. Es ist eine versteckte Steuer auf jede einzelne Interaktion in Ihrer technischen Abteilung.

Der Beschleuniger: cloudnativ & Parallelverarbeitung

Bei Verwendung von Onshape schnellere Iteration bei Open Star Technologies. Lesen Sie die Fallstudie.

Um Ihre Business Velocity zu erhöhen, müssen Sie von der seriellen zur parallelen Verarbeitung übergehen. Dies erfordert eine Umstellung von dateigestütztes CAD auf cloudnativ CAD.

Cloudnativ Plattformen wie Onshape von PTC basieren auf einer Datenbankarchitektur, nicht auf einer Dateiarchitektur. Dieser Unterschied mag technisch subtil erscheinen, aber operativ massiv. In einer Datenbank gibt es keine Dateien zum Kopieren oder Sperren. Es gibt eine „Single Source of Truth“, die in der Cloud existiert.

Dies ermöglicht eine gleichzeitige Zusammenarbeit.

Softwareteams verwenden seit Jahren „agile“ Methoden — Sprints, Verzweigung und Merging. Onshape bringt diese Funktionen auf die Hardware.

• Verzweigung: Ein Ingenieur kann das Hauptdesign übernehmen, einen „Zweig“ erstellen, um ein radikal neues Design zu testen, und dann beliebig iterieren, ohne die Hauptbaugruppe zu beeinträchtigen.
• Zusammenführen: Wenn das Experiment funktioniert, können sie diese Geometrie sofort wieder mit dem Hauptdesign zusammenführen. Schlägt das fehl, können sie den Zweig so lassen, wie er ist — und das Experiment dokumentieren. Keine " „Speichern unter "“ -Verwirrung.

Wenn Design Velocity die Anzahl der Iterationen ist, die Sie pro Woche erreichen können, wirkt die Parallelverarbeitung als Multiplikator. Darüber hinaus entfernt cloudnativ CAD den IT-Fußabdruck. Es gibt keine Installationen, keine Lizenzserver zum Pingen und keine Versionsinkompatibilitäten.

Der Dominoeffekt auf Unternehmen, die nicht nur Designteams sind

30-40% schnellere Konstruktionszyklen durch Cloud-Zusammenarbeit in Echtzeit bei Saga Robotics. Lesen Sie die Fallstudie.

Wenn Sie den Engpass in der Entwurfsphase entfernen, fließt die Geschwindigkeit flussabwärts auf den Rest der Organisation. Konstruktionsdaten sind das Lebenselixier eines Hardwareunternehmens. Wenn sie frei fließen, wird jede Abteilung schneller. Beispielsweise beschleunigt die Integration von Onshape und Arena PLM Geschäftsprozesse, indem Design- und Lieferkettendaten sofort miteinander verbunden werden.

So funktioniert's:

• Konstruktion zur Stückliste: Wenn ein Ingenieur eine Baugruppe in Onshape fertigstellt, synchronisiert eine einzige Aktion die komplette Stückliste (BOM) mit Arena. Bei der Einrichtung sorgen Kategoriezuordnungen für einen genauen Fluss von Bauteilnummern, Beschreibungen und Materialien.
• Stücklistenanreicherung: Arena verbessert die Stückliste, indem wichtige Informationen hinzugefügt werden, die in der CAD-Umgebung nicht benötigt werden, wie Lieferantendaten, Herstellerteilenummern und Informationen zu Risiken in der Lieferkette.
• Beschaffung in Echtzeit: Die Beschaffung erhält sofort Einblick in die Komponentenauswahl, sobald die Techniker sie hinzufügen. So entfällt die wochenlange Verzögerung, die zuvor mit formellen Stücklisten-Freigaben verbunden war.
• Gleichzeitige Zusammenarbeit: Diese Konnektivität ermöglicht gleichzeitige Arbeitsabläufe. Maschinenbauingenieure können beispielsweise den Leiterplattenumriss in Onshape modellieren, um die Passgenauigkeit zu überprüfen, während das Einkaufsteam gleichzeitig Komponenten beschafft und mithilfe der integrierten Supply-Chain-Intelligenz von Arena nach alternativen Teilen sucht.

Dieses System stellt sicher, dass jede Disziplin in ihrer optimalen Umgebung effektiv arbeitet und gleichzeitig einen lebendigen, vernetzten Datenfluss aufrechterhält.