In jedem technischen Arbeitsablauf gibt es einen vertrauten Moment, wenn ein Entwurf fertiggestellt ist. Das Modell ist vollständig definiert, Beschränkungen sind aufgehoben, und die Zeichnungen spiegeln genau das wider, was beabsichtigt war. Nach einer abschließenden Überprüfung wird der Entwurf in Autodesk Vault eingecheckt und sein Lebenszyklusstatus wird auf "Freigegeben" geändert.
Aus technischer Sicht signalisiert dies die Fertigstellung.
Der Lebenszyklusstatus zeigt zwar an, dass der Entwurf in Vault genehmigt und stabil ist, bedeutet aber nicht, dass er für die übrige Organisation bereit ist. In der Praxis markiert dieser Moment den Beginn einer anderen Phase, die weniger sichtbar, aber für nachgelagerte Prozesse entscheidend ist.
Die Fertigung und andere nachgelagerte Teams arbeiten nicht direkt mit CAD-Modellen. Sie sind auf eine Reihe von Ergebnissen und strukturierten Outputs angewiesen, die nach der Freigabe erstellt werden müssen.
Dazu gehören in der Regel:
In vielen Umgebungen sind diese Ergebnisse zum Zeitpunkt der Freigabe noch nicht verfügbar.
Infolgedessen kehren die Ingenieure nach der Freigabe oft zum Entwurf zurück, nicht um ihn zu verbessern, sondern um die nächsten Schritte vorzubereiten.
Dies beinhaltet in der Regel:
Jeder dieser Schritte ist wohlbekannt. Jeder einzelne von ihnen funktioniert. Aber zusammen bilden sie einen Arbeitsablauf, der vollständig manuell ist.
"Der Entwurf ist fertig... aber die Arbeit, die ihn nutzbar macht, hat noch gar nicht begonnen."
Einzeln betrachtet, mögen diese Aufgaben unbedeutend erscheinen. Ein paar Minuten pro Version, ein paar zusätzliche Klicks. Wenn sie sich jedoch über Projekte, Teams und Zeitpläne hinweg wiederholen, werden die Auswirkungen messbar.
Im Laufe der Zeit machen Unternehmen diese Erfahrung:
Noch wichtiger ist, dass der Prozess von einzelnen Personen abhängig wird.
Da jeder Ingenieur an diese Aufgaben etwas anders herangeht, wird Variabilität in einen Prozess eingebracht, der im Idealfall ein kontrollierter und wiederholbarer Prozess sein sollte.
Die Ingenieure stellen den Entwurf fertig und verbringen dann Stunden damit, ihn für nachgelagerte Prozesse und Personen nutzbar zu machen.
An dieser Stelle wird ein entscheidender Unterschied deutlich.
Die Frage lautet nicht mehr: "Ist der Entwurf fertig?"
Sondern vielmehr: "Ist der Entwurf bereit, verwendet zu werden?"
Ein Entwurf kann in Vault freigegeben werden und dennoch nicht für die Herstellung oder Beschaffung verwendbar sein.
Häufige Lücken sind:
Diese Lücken führen nicht immer zu unmittelbaren Fehlern, aber sie verursachen Verzögerungen und Unsicherheit im gesamten Unternehmen.
"Freigabe ist ein Status in Vault. Bereitschaft ist ein Prozess im gesamten Unternehmen."
Diese Situation besteht nicht, weil es den Teams an Tools oder Bewusstsein fehlt. Tatsächlich verfügen die meisten Unternehmen über gut definierte Systeme.
Die Herausforderung liegt darin, wie sich der Prozess rund um die Freigabe entwickelt hat.
Jeder einzelne Schritt funktioniert isoliert:
Wenn diese Schritte jedoch kombiniert werden, entsteht ein Arbeitsablauf, der:
Dadurch entsteht eine Lücke zwischen der Fertigstellung des Entwurfs und der Betriebsbereitschaft.
Wenn wir einen Schritt zurücktreten, liegt das Problem nicht im Entwurf selbst, sondern in der Umsetzung dieses Entwurfs in etwas Brauchbares.
Anstatt die Freigabe als den Punkt zu betrachten, an dem die manuelle Arbeit beginnt, kann sie als Auslöser für einen kontrollierten und automatisierten Prozess neu definiert werden.
In einem solchen Szenario:
Der Ingenieur schließt den Entwurf ab und geht weiter, ohne sich um die folgenden Schritte kümmern zu müssen.
"Das Engineering sollte mit dem Entwurf und nicht mit der Dateivorbereitung enden."
Letztendlich besteht das Ziel der Konstruktion nicht nur darin, genaue Modelle und Zeichnungen zu erstellen, sondern auch sicherzustellen, dass diese Ergebnisse im gesamten Unternehmen zuverlässig verwendet werden können.
Dies setzt voraus, dass die technischen Daten vollständig, zugänglich und konsistent sind und mit den nachgelagerten Prozessen übereinstimmen.
Die Herausforderung liegt also nicht in der Konstruktion selbst, sondern darin, den effektiven Fluss der Konstruktionsdaten über die Konstruktion hinaus sicherzustellen.
Dies ist der Ausgangspunkt der Engineering Data Journey.
Eine Reise, die mit der Konstruktion beginnt, sich aber über die Freigabe, die Lieferung, die Datenstrukturierung, die Systemintegration und schließlich die Fertigungfortsetzt .
Das Verständnis und die Verbesserung dieser Reise ist für jedes Unternehmen von entscheidender Bedeutung, das den manuellen Aufwand reduzieren, die Konsistenz erhöhen und sicherstellen möchte, dass die Ergebnisse der Konstruktion sofort im gesamten Unternehmen genutzt werden können.