Teilen Sie immer noch Dateien über Autodesk Vault? Warum das für echte Zusammenarbeit nicht ausreicht

Wenn die gemeinsame Nutzung von Entwicklungsdaten nicht ausreicht

Viele Entwicklungsteams stehen irgendwann vor der gleichen Frage:

"Können wir die Stückliste und die zugehörigen Dateien der Beschaffung, der Produktion oder dem Service zur Verfügung stellen?"

Die einfachste Lösung besteht darin, die Ergebnisse der Konstruktion zu veröffentlichen: Zeichnungen, PDFs, STEP-Dateien und oft auch die Stückliste selbst. Diese Dateien werden in der Regel in einem gemeinsamen Ordner oder auf einer SharePoint-Website abgelegt, damit andere Abteilungen darauf zugreifen können.

Aus der Sicht des Konstruktionsteams ist das Problem damit gelöst. Die Informationen sind verfügbar und können leicht verteilt werden.

Für die Teams, die mit diesen Informationen arbeiten müssen, beginnen hier jedoch oft neue Herausforderungen.

Eine Stückliste, die als Excel-Datei zur Verfügung gestellt wird, ist leicht zu lesen, aber schwer mit Kaufentscheidungen zu verknüpfen. Zeichnungen und STEP-Dateien bieten zwar einen Kontext, aber sie ermöglichen es Projektleitern, Beschaffungs- oder Serviceteams nicht, Informationen zurück in die Produktdefinition einzubringen. Die Daten sind zwar zugänglich, doch die Zusammenarbeit erfolgt nach wie vor über Meetings, E-Mails und wiederholte Klärungen zwischen den Teams.

Die Veröffentlichung von Konstruktionsdaten macht sie sichtbar.
Aber sie macht sie nicht notwendigerweise kollaborativ.

An diesem Punkt ändertFusion Manage das Bild. Anstatt Produktinformationen als Dateien zu exportieren, können die zugrunde liegenden Artikel und Stücklistenstrukturen als strukturierte Daten in Fusion Manage eingeführt werden, die miteinander verbunden bleiben und von verschiedenen Rollen im Unternehmen genutzt werden können.

In den folgenden Abschnitten wird untersucht, warum die einfache Veröffentlichung von Konstruktionsdaten oft neue Herausforderungen mit sich bringt und wie die Verwendung von Fusion Manage als Kollaborationsplattform es ermöglicht, dass Produktdaten strukturiert bleiben, gemeinsam genutzt und aktiv von verschiedenen Teams verwendet werden.

Veröffentlichung von Daten vs. Arbeit mit ihnen

Wenn technische Daten als Dateien freigegeben werden, ist die Absicht klar: Andere Teams sollen auf die benötigten Informationen zugreifen können.

Aber der Zugriff allein löst selten das eigentliche Problem.

Die Beschaffungsabteilung muss möglicherweise Lieferanteninformationen anhängen.
Projektleiter müssen möglicherweise die für ein bestimmtes Projekt erforderlichen Komponenten definieren.
Serviceteams benötigen möglicherweise Dokumentation und Kontext, der sich im Laufe der Zeit weiterentwickelt.

Wenn die gemeinsam genutzten Informationen nur in Form von Dokumenten vorliegen, finden diese Interaktionen in der Regel woanders statt, z. B. in Tabellenkalkulationen, E-Mails oder Besprechungen. Die Produktinformation selbst bleibt statisch, während die eigentlichen Diskussionen um sie herum stattfinden.

Mit der Zeit ergibt sich ein vertrautes Muster: Die Technik veröffentlicht Informationen, andere Abteilungen fordern Änderungen oder Klarstellungen an, und die Technik veröffentlicht die aktualisierten Dateien erneut.

Die Informationen werden gemeinsam genutzt. Aber der Prozess dreht sich immer noch darum, dass die Konstruktion Dokumente erstellt und weiterverteilt.

Mit dem Produkt beginnen, nicht mit dem Entwurf

Sobald die Konstruktionsdaten über das Konstruktionsteam hinaus sichtbar werden, stellt sich natürlich eine weitere Frage: Wann beginnt eigentlich die Produktdefinition?

In vielen Unternehmen beginnt die Konstruktionsarbeit, bevor der gesamte Umfang eines Projekts vollständig definiert ist. Projektleiter oder Vertriebsteams wissen vielleicht schon, welche Geräte verwendet werden müssen, welche Lieferanten benötigt werden oder welche Konfigurationen der Kunde erwartet. Diese Informationen sind jedoch oft in Gesprächen und nicht in den Produktdaten selbst enthalten.

Wenn Produktdaten in Fusion Manageeingeführt werden , kann der Prozess früher beginnen.

Anstatt jedes Projekt direkt im CAD zu beginnen, können Teams zunächst das Top-Level-Produkt und seine wichtigsten Einschränkungen in Fusion Managedefinieren . Die Projektleiter erfassen den Umfang, identifizieren die erforderlichen Komponenten und geben der Konstruktion einen klareren Ausgangspunkt vor.

Die Konstruktionsabteilung führt nach wie vor die Detailkonstruktion in CAD und Vault durch. Doch anstatt mit einer leeren Struktur zu beginnen, wird mit einem definierten Produktkontext begonnen.

Diese kleine Veränderung reduziert die Mehrdeutigkeit und trägt dazu bei, dass sich die Entwicklungsarbeit von Anfang an auf die richtige Lösung konzentriert.

Konsistenz der Produktinformation

Ein weiteres Problem, das oft sichtbar wird, ist die Konsistenz.

Wenn Produktdaten hauptsächlich in Konstruktionsdateien enthalten sind, sind kleine Abweichungen bei der Benennung und Beschreibung fast unvermeidlich. Etwas so Einfaches wie eine Klammer kann unter mehreren leicht unterschiedlichen Namen erscheinen, je nachdem, wer sie erstellt hat.

Dies erschwert mit der Zeit die Suche und Wiederverwendung. Selbst wenn ein passendes Bauteil bereits existiert, ist es möglicherweise nicht leicht zu finden.

Durch die Einführung von Klassifizierung und strukturierten Produktdaten in Fusion Manage können die Teams die Beschreibung von Komponenten standardisieren. Titel und Beschreibungen werden einheitlich generiert, so dass ähnliche Komponenten projektübergreifend auf die gleiche Weise identifiziert werden.

Dies mag wie eine kleine Verbesserung erscheinen, hat aber einen wichtigen Effekt: Sobald die Produktinformationen konsistent und durchsuchbar sind, ist es viel einfacher, auf der bestehenden Arbeit aufzubauen, anstatt bei Null zu beginnen.

Design für Wiederverwendung

Eine der interessantesten Veränderungen zeigt sich in der Art und Weise, wie Ingenieure an Produktvarianten herangehen.

In vielen Umgebungen werden bestimmte Baugruppen für jede neue Konfiguration neu erstellt. Beim Bau von Pumpstationen zum Beispiel konstruieren Ingenieure für jede Variante einen neuen Rahmen, selbst wenn die Unterschiede relativ gering sind.

Sobald Produktinformationen leichter zu finden und wiederzuverwenden sind, beginnen die Teams, diesen Ansatz in Frage zu stellen. Anstatt für jedes Projekt leicht unterschiedliche Rahmen zu entwerfen, beginnen sie, Rahmen zu entwerfen, die mehrere Konfigurationen unterstützen.

Mit anderen Worten: Die Entwurfsphilosophie verlagert sich von der Erstellung von Varianten auf die Konzeption für die Wiederverwendung.

Diese Umstellung kann spürbare Auswirkungen haben. Die Vorbereitung einer neuen Variante, die früher Tage an Konstruktionsarbeit erforderte, kann oft auf Stunden reduziert werden.

Gemeinsame Nutzung ist der Anfang

Was diese Dynamik interessant macht, ist, dass keine dieser Verbesserungen das ursprüngliche Ziel ist.

Die anfängliche Anfrage ist in der Regel einfach: Andere brauchen Zugang zu den Daten.

Aber sobald die Produktinformationen in Fusion Manage als strukturierte Daten vorliegen, gewinnt die Organisation etwas Wertvolleres als den Zugang: eine gemeinsame Grundlage für die Arbeit an derselben Produktdefinition.

Produktdefinitionen können früher beginnen.

Informationen sind leichter zu finden und wiederzuverwenden.

Teams verbringen weniger Zeit mit der Klärung von Anforderungen und mehr Zeit mit dem Aufbau auf bereits Vorhandenem.

Die gemeinsame Nutzung technischer Daten ist der Auslöser. Erst die Strukturierung und Verknüpfung dieser Daten ermöglicht echte Verbesserungen.

Mehr als nur Veröffentlichung

Die Veröffentlichung von technischen Artefakten wird immer ein wichtiger Teil des Entwurfsprozesses bleiben. Zeichnungen, PDF-Dateien und Modelle sind für die Fertigung, Beschaffung und Dokumentation unerlässlich.

Wenn diese Artefakte jedoch die einzige Möglichkeit sind, Produktinformationen auszutauschen, bleibt die Zusammenarbeit eingeschränkt.

Indem Elemente und Stücklistenstrukturen in Fusion Managelebendig gehalten werden , werden Konstruktionsdaten zu mehr als nur einer Reihe von Dateien. Sie werden zu einer gemeinsamen Produktdefinition, mit der mehrere Rollen arbeiten können.

Der Unterschied mag auf den ersten Blick unscheinbar erscheinen.

Im Laufe der Zeit entscheidet er jedoch darüber, ob die gemeinsame Nutzung das Ende der Datenreise oder den Beginn einer stärker vernetzten Produktentwicklung markiert.