Arbeitsbereiche und Projekte verstehen

Arbeitsbereiche und Projekte verstehen

Die Organisationshierarchie

Die vollständige Struktur

Arbeitsbereich (z. B. "Acme Engineering")
├── Projekt 1 (z. B. "Hydraulikpumpe v2")
│   ├── Ordner: Design-Dateien
│   │   ├── pump-housing.sldprt
│   │   └── impeller.sldprt
│   ├── Ordner: Zeichnungen
│   │   └── assembly-drawing.pdf
│   └── Ordner: Dokumentation
│       └── specifications.docx
├── Projekt 2 (z. B. "Elektromotor-Steuerung")
│   └── ...
└── Projekt 3 (z. B. "Kundendemo - Prototyp A")
    └── ...

Was ist ein Arbeitsbereich?

Zentrale Merkmale

Was gehört in einen Arbeitsbereich?

• Mitglieder mit zugewiesenen Rollen (Admin, Viewer)

• Projekte für verschiedene Produkte oder Initiativen

• Arbeitsbereichseinstellungen einschließlich Abrechnung und Mitgliederverwaltung

• Gemeinsame Ressourcen, die für alle Mitglieder des Arbeitsbereichs zugänglich sind

Typische Szenarien für Arbeitsbereiche

• Ein Arbeitsbereich für Ihr gesamtes Unternehmen

• Alle Produkte als separate Projekte

• Alle Mitarbeiter als Mitglieder

• Arbeitsbereich Maschinenbau

• Arbeitsbereich Elektrotechnik

• Arbeitsbereich Fertigung

• Jeweils mit den zugehörigen Projekten und Teammitgliedern

• Separater Arbeitsbereich für jeden wichtigen Kunden

• Enthält nur Projekte für diesen Kunden

• Kundenmitglieder können mit entsprechendem Zugriff eingeladen werden

Was ist ein Projekt?

Zentrale Merkmale

Was gehört in ein Projekt?

• Dateien, organisiert in Ordnern (CAD-Dateien, Zeichnungen, Dokumente)

• Versionsverlauf für alle Dateien mit Beiträgen und Commit-Hashes

• Engineering Change Orders (ECOs) für das formale Änderungsmanagement

• Aktivitätsprotokoll zur Nachverfolgung aller Projektereignisse

• Projektmitglieder (eine Teilmenge der Arbeitsbereichsmitglieder oder Gäste)

• Projekteinstellungen einschließlich Mitarbeiterberechtigungen

Typische Szenarien für Projekte

• „Hydraulikpumpe Serie 2000“

• „Elektro-Skateboard v3“

• „Industrieroboter-Arm“

• „Batteriepack-Baugruppe“

• „Steuerungselektronik“

• „Mechanisches Gehäuse“

• „Q4 2025 Produkt-Refresh“

• „Kostensenkungsinitiative“

• „Kundendemoeinheiten“

Die Beziehung zwischen Arbeitsbereich und Projekt

Ein Arbeitsbereich enthält mehrere Projekte

Arbeitsbereich: "Acme Manufacturing"
├── Projekt: "Pumpenmodell A"
├── Projekt: "Pumpenmodell B"
├── Projekt: "Ventilbaugruppe"
├── Projekt: "Kundenprojekt - Tesla"
└── Projekt: "F&E - Neue Werkstoffe"

Projekte erben Arbeitsbereichsmitglieder

• Arbeitsbereichs-Admin: Kann auf alle Projekte zugreifen und neue Projekte erstellen

• Arbeitsbereichsmitglied: Kann auf Projekte zugreifen, zu denen es eingeladen wurde

Berechtigungsebenen greifen ineinander

1. Arbeitsbereichsebene: Wer dem Arbeitsbereich beitreten darf und welche Standardrolle zugewiesen wird

2. Projektebene: Wer auf jedes Projekt zugreifen darf und was dort möglich ist

• Arbeitsbereichszugang gewähren, um über mehrere Projekte hinweg zusammenzuarbeiten

• Nur Projektzugang gewähren für eingeschränkte Zusammenarbeit

• Steuern, wer neue Projekte anlegen darf (Arbeitsbereichs-Admins)

Best Practices: Wann einen Arbeitsbereich, wann ein Projekt erstellen?

Erstellen Sie einen neuen Arbeitsbereich, wenn:

• Ihre Organisation benötigt einen eigenen Bereich

• Eine separate Abrechnung erforderlich ist

• Der Kunde soll Mitglied sein

• Eine vollständige Trennung von anderen Arbeiten erforderlich ist

• Kundenspezifische Abrechnung oder Datenisolation benötigt wird

• Unterschiedliche Teams mit geringer Überschneidung

• Unterschiedliche Kostenstellen

• Klare organisatorische Grenzen

• Private Projekte separat halten

• Unterschiedliche Abrechnungsmodelle

Erstellen Sie ein neues Projekt, wenn:

• Neue Produktlinie oder neues Modell

• Wichtige Komponente oder Teilsystem

• Eigenständige Entwicklungsinitiative

• Konzept, Prototyp, Serienproduktion als separate Projekte

• Ermöglicht eine saubere Trennung experimenteller und produktiver Dateien

• Individuelle Projekte für verschiedene Kunden

• Hält Kundendateien organisiert und zugriffskontrolliert

• Version 1, Version 2, Version 3 als separate Projekte

• Erhält eine klare Historie für jede Generation

Erstellen Sie nicht mehrere Arbeitsbereiche, wenn:

• Gleiches Team, unterschiedliche Produkte → Projekte verwenden

• Gleiche Abrechnungseinheit → Projekte verwenden

• Mitglieder gemeinsam nutzen → Projekte verwenden

• Dateien lassen sich nicht einfach zwischen Arbeitsbereichen verschieben

• Verwenden Sie stattdessen Projekte innerhalb eines Arbeitsbereichs

Entscheidungshilfe (Empfehlung)

Benötigen Sie eine separate Abrechnung oder vollständige Datenisolation?
├─ JA → Erstellen Sie einen neuen Arbeitsbereich
└─ NEIN → Ist dies ein eigenständiges Produkt oder eine Initiative?
    ├─ JA → Erstellen Sie ein neues Projekt
    └─ NEIN → Verwenden Sie Ordner im bestehenden Projekt

Angewandte Beispiele

• Lösung: 1 Arbeitsbereich, 3 Projekte

• Warum: Gleiches Team, gleiche Abrechnung, Zusammenarbeit über Produkte hinweg nötig

• Lösung: 1 Arbeitsbereich, 5 Projekte (eines pro Kunde)

• Warum: Gleiches Unternehmen, aber Kontrolle darüber, welcher Kunde was sieht

• Alternative: 5 Arbeitsbereiche, wenn Kunden Admins sein müssen oder die Abrechnung getrennt ist

• Lösung: 2 Arbeitsbereiche oder 1 Arbeitsbereich mit abteilungsbezogenen Projekten

• Warum: Hängt davon ab, ob Abteilungen Mitglieder und Abrechnung teilen

• Lösung: 2 Arbeitsbereiche (Privat, Beruflich)

• Warum: Separate Abrechnung, unterschiedliche Mitgliederkreise

Dateien in Projekten organisieren

Empfohlene Ordnerstrukturen

Projekt: "Hydraulikpumpe v2"
├── CAD-Dateien
├── Zeichnungen
├── Dokumentation
├── Analyseergebnisse
└── Fertigungsdateien

Projekt: "Elektro-Skateboard"
├── Deck-Baugruppe
├── Motor und Antrieb
├── Batteriesystem
├── Elektronik
└── Gesamtbaugruppe

Projekt: "Industrieroboter"
├── Konzeptmodelle
├── Prototypenkonstruktion
├── Serienkonstruktion
└── As-Built-Dokumentation

Projekt: "Medizinprodukt"
├── Mechanik
│   ├── Gehäuse
│   └── Innenkomponenten
├── Elektrik
│   ├── PCB-Designs
│   └── Verdrahtungspläne
└── Dokumentation
    ├── Regulatorisches
    └── Fertigung

Szenarien mit mehreren Arbeitsbereichen

Typische Anwendungsfälle mit mehreren Arbeitsbereichen

• Privater Arbeitsbereich für Nebenprojekte

• Unternehmens-Arbeitsbereich für berufliche Arbeit

• Saubere Trennung, einfacher Wechsel

• Arbeitsbereich des Vollzeitarbeitgebers

• Arbeitsbereiche von Beratungskunden

• Arbeitsbereiche als Auftragnehmer oder Freelancer

• Interner Arbeitsbereich Ihres Unternehmens

• Kunden-Arbeitsbereiche, in die Sie als Mitarbeiter eingeladen sind

• Hält Kundendaten in deren Umgebung

Zwischen Arbeitsbereichen wechseln

1. Klicken Sie auf die Arbeitsbereichsauswahl (oben links)

2. Wählen Sie den Arbeitsbereich, auf den Sie zugreifen möchten

3. Sie sehen nur die Projekte und Dateien dieses Arbeitsbereichs

• Seine eigene Mitgliederliste

• Seine eigenen Projekte

• Seine eigene Abrechnung

• Vollständige Datenisolation

Best Practices

Best Practices für Arbeitsbereiche

• Verwenden Sie klare, professionelle Namen: „Acme Engineering“ statt „Mein Arbeitsbereich“

• Unternehmens- oder Teamnamen einschließen

• Versionsnummern oder Datumsangaben vermeiden

• Überprüfen Sie regelmäßig, wer Zugriff hat

• Entfernen Sie Mitglieder, die das Team verlassen

• Verwenden Sie passende Rollen (nicht jeden zum Admin machen)

• Legen Sie eine Person als Abrechnungsverantwortlichen fest

• Überprüfen Sie den Abonnementbedarf, wenn das Team wächst

• Planen Sie Speicher- und Benutzerlimits

Best Practices für Projekte

• Seien Sie beschreibend: „Hydraulikpumpe Serie 2000“ statt „Projekt 1“

• Produktname oder -kennung einschließen

• Einheitliche Namen über verwandte Projekte hinweg verwenden

• Überlegen Sie, Version oder Generation aufzunehmen: „Roboterarm v3“

• Konzentrieren Sie Projekte auf ein Produkt oder eine Initiative

• Erstellen Sie kein einzelnes „Sammelprojekt“

• Teilen Sie große Projekte bei Bedarf nach Komponente oder Phase auf

• Erstellen Sie Ordner, bevor Sie Dateien hochladen

• Verwenden Sie eine einheitliche Ordnerstruktur über Projekte hinweg

• Dokumentieren Sie Ihre Ordnerstruktur in einer README-Datei

• Laden Sie nur erforderliche Mitglieder zu jedem Projekt ein

• Verwenden Sie Gastzugriff für temporäre Mitwirkende

• Überprüfen Sie regelmäßig die Projektmitglieder

Skalierungsstrategien

• 1 Arbeitsbereich

• 1 Projekt pro Produkt

• Einfache Ordnerstruktur

• 1 Arbeitsbereich

• Mehrere Projekte nach Produkt oder Kunde

• Detailliertere Ordnerstrukturen

• Projektvorlagen in Betracht ziehen

• 1 Arbeitsbereich oder abteilungsbezogene Arbeitsbereiche

• Viele Projekte mit klaren Namenskonventionen

• Standardisierte Ordnervorlagen

• Dedizierte Projektmanager

• Regelmäßige Zugriffsüberprüfungen

Einstellungen für Arbeitsbereich und Projekt

Arbeitsbereichseinstellungen

• Allgemein: Name und Beschreibung des Arbeitsbereichs

• Mitglieder: Mitglieder hinzufügen/entfernen, Rollen zuweisen

• Abrechnung: Abonnementplan, Zahlungsmethode

• Sicherheit: Zugriffsrichtlinien, Datenaufbewahrung

Projekteinstellungen

• Allgemein: Projektname, Beschreibung, Archivieren/Löschen

• Mitwirkende: Projektmitglieder hinzufügen/entfernen, Rollen zuweisen

• Berechtigungen: Steuern, wer auschecken, beitragen oder ECOs erstellen darf

• Integrationen: Externe Tools verbinden (sofern verfügbar)

Verschieben und Teilen zwischen Arbeitsbereichen

Was Sie tun können

• Mitglieder aus anderen Arbeitsbereichen als Gäste einladen

• Diese greifen nur auf das jeweilige Projekt zu

• Nützlich für die Zusammenarbeit mit Kunden

• Einzelne Dateien freigeben, indem externe Nutzer als Gäste eingeladen werden.

Was Sie nicht tun können

• Projekte können nicht zwischen Arbeitsbereichen übertragen werden

• Planen Sie Ihre Arbeitsbereichsstruktur sorgfältig

• Bei Bedarf Dateien herunterladen und neu hochladen (Versionsverlauf geht verloren)

• Arbeitsbereiche können nicht zusammengeführt werden

• Jeder bleibt eigenständig

Häufige Fehler, die Sie vermeiden sollten

❌ Zu viele Arbeitsbereiche erstellen

❌ Zu wenige Projekte erstellen

❌ Uneinheitliche Namensgebung

❌ Keine Ordner verwenden

❌ Falsche Berechtigungsstufen

Empfohlene Reorganisationspraktiken

• ⚠️ Möglich: Dateien herunterladen und neu hochladen

• ⚠️ Einschränkung: Versionsverlauf geht verloren

• 💡 Besser: Projektstruktur von Anfang an sorgfältig planen

• ⚠️ Schwierig: Keine direkte Übertragung

• ⚠️ Workaround: Herunterladen und neu hochladen

• ⚠️ Einschränkung: Verlust aller Historie und Metadaten

• 💡 Best Practice: Arbeitsbereichsstruktur sehr sorgfältig planen

Kurzreferenz

Arbeitsbereich vs. Projekt

Wann was erstellen

Verwandte Artikel

• Arbeitsbereich erstellen

• Projekt erstellen

• Dashboard-Navigation

• Rollen und Berechtigungen verstehen

• Versionskontrolle in CAD ROOMS verstehen