Engineering Change Orders (ECOs) verstehen

Engineering Change Orders (ECOs) bieten einen formalen, nachvollziehbaren Prozess zur Steuerung von Konstruktionsänderungen in CAD ROOMS. Ob Sie in einer regulierten Branche arbeiten oder einfach eine bessere Änderungssteuerung wünschen – das Verständnis von ECOs hilft Ihnen, die Design-Integrität zu wahren, ordnungsgemäße Genehmigungen sicherzustellen und einen lückenlosen Audit-Trail zu erstellen.

Dieser Leitfaden erklärt, was ECOs sind, wann sie eingesetzt werden, wie sie funktionieren und welche Best Practices für die Einführung einer formalen Änderungssteuerung in Ihren Projekten gelten.

Was ist ein Engineering Change Order?

Ein Engineering Change Order (ECO) ist ein formaler Antrag zur Änderung einer Konstruktion, begleitet von:

Beschreibung dessen, was sich ändern soll und warum

Betroffenen Dateien, die modifiziert werden

Begründung für die Änderung (zu lösendes Problem, vorzunehmende Verbesserung)

Prüf- und Genehmigungsworkflow vor der Umsetzung

Verknüpften Contributions, die genau zeigen, was sich geändert hat

Audit-Trail, der den gesamten Prozess dokumentiert

Betrachten Sie einen ECO als Vorschlag + Genehmigung + Umsetzung – alles an einem Ort nachverfolgt.

ECO vs. normale Contribution

Normale Contribution:
- Sofortige Änderung an Dateien
- Keine Genehmigung erforderlich
- Geeignet für laufende Entwicklungsarbeit
- Schnell und informell

ECO:
- Vorgeschlagene Änderung, die eine Genehmigung erfordert
- Formaler Prüfprozess
- Geeignet für kontrollierte Änderungen
- Dokumentiert und nachvollziehbar

Entscheidender Unterschied: ECOs führen ein Prüf- und Genehmigungsgate vor der Umsetzung ein und stellen so sicher, dass Modifikationen bewusst, begründet und autorisiert sind.

Warum ECOs verwenden?

1. Änderungssteuerung

Problem: Ohne ECOs kann jeder mit Collaborator-Zugriff Dateien jederzeit ändern und dabei möglicherweise:
- Unautorisierte Änderungen vornehmen
- Funktionierende Konstruktionen beschädigen
- Fehler einführen
- Freigegebene Produkte ohne Dokumentation ändern

Lösung: ECOs erfordern eine Genehmigung vor der Umsetzung und stellen sicher, dass:
- Alle Änderungen bewusst erfolgen
- Stakeholder vorgeschlagene Änderungen prüfen
- Änderungen mit Begründung dokumentiert werden
- Nur genehmigte Änderungen in die Konstruktion einfließen

2. Nachvollziehbarkeit

Problem: Wenn Probleme auftreten, ist es schwer zu erkennen:
- Warum eine Änderung vorgenommen wurde
- Wer sie genehmigt hat
- Welches Problem sie gelöst hat
- Wann sie umgesetzt wurde

Lösung: ECOs erzeugen einen vollständigen Datensatz:
- Begründung vorab dokumentiert
- Genehmigende identifiziert
- Umsetzung mit dem ECO verknüpft
- Durchsuchbare Historie aller Änderungen

3. Compliance

Problem: Regulierte Branchen (Medizinprodukte, Luft- und Raumfahrt, Automotive) erfordern:
- Dokumentierte Änderungsprozesse
- Genehmigungsnachweise
- Nachvollziehbarkeit von der Anforderung bis zur Umsetzung
- Audit-Trails für behördliche Prüfungen

Lösung: ECOs bieten:
- Formale Änderungsdokumentation
- Genehmigungsworkflows
- Vollständigen Audit-Trail
- Regulatorisch konforme Aufzeichnungen

4. Kommunikation

Problem: Teammitglieder wissen möglicherweise nicht:
- Welche Änderungen erwogen werden
- Warum Änderungen erforderlich sind
- Wann Änderungen erfolgen
- Wer für Änderungen verantwortlich ist

Lösung: ECOs fördern die Kommunikation:
- Vorgeschlagene Änderungen sind für das Team sichtbar
- @mentions benachrichtigen relevante Stakeholder
- Kommentare ermöglichen Diskussionen
- Der Status zeigt den Fortschritt (Draft, Review, Approved, Implemented)

Wann ECOs verwenden

✅ ECOs eignen sich für:

Freigegebene Produkte:
- Jede Änderung an einer Konstruktion, die für die Fertigung freigegeben wurde
- Aktualisierungen von Produkten, die bereits in Produktion sind
- Modifikationen an Konstruktionen, die an Kunden ausgeliefert wurden

Wesentliche Konstruktionsänderungen:
- Größere Geometrieänderungen
- Materialänderungen
- Änderungen der Baugruppenstruktur
- Änderungen, die Maßhaltigkeit, Form oder Funktion beeinflussen

Regulatorische oder Compliance-Änderungen:
- Modifikationen an regulierten Produkten (Medizin, Luftfahrt, Automotive)
- Änderungen, die eine behördliche Mitteilung erfordern
- Aktualisierungen, die Zertifizierungen betreffen

Kundenbezogene Änderungen:
- Vom Kunden angefragte Modifikationen
- Behebung von Feldproblemen
- Vom Kunden gewünschte Leistungsverbesserungen

Teamsübergreifende Änderungen:
- Änderungen, die mehrere Disziplinen betreffen (Mechanik + Elektrik)
- Modifikationen, die Input aus Fertigung, QS oder anderen Teams erfordern
- Änderungen mit weitreichender Auswirkung

Kosten- oder Terminauswirkungen:
- Änderungen, die das Projektbudget betreffen
- Modifikationen mit Auswirkung auf den Liefertermin
- Änderungen an Werkzeug- oder Fertigungsprozessen

❌ ECOs nicht geeignet für:

Laufende Entwicklung:
- Normale Konstruktionsiterationen während der Entwicklung
- Explorative Änderungen in der Konzeptphase
- Routinemäßige Aktualisierungen vor dem ersten Release

Kleine Korrekturen:
- Tippfehler in der Dokumentation
- Kosmetische Zeichnungsaktualisierungen
- Nicht funktionale Änderungen ohne Auswirkung

Persönliche Projekte:
- Einzelarbeit, bei der Sie der einzige Stakeholder sind
- Projekte ohne formalen Release-Prozess
- Lern- oder Experimentierprojekte

Schnelle Fixes (sofern nicht freigegeben):
- Bugfixes während der Entwicklung
- Offensichtliche Fehler, die sofort erkannt werden
- Änderungen, die keine Genehmigung erfordern

ECO-Lebenszyklus

ECOs durchlaufen mehrere Phasen von der Erstellung bis zur Umsetzung:

1. Draft

Status: ECO wird vorbereitet

Wer: Ersteller verfasst Beschreibung, fügt Dateien hinzu, definiert den Umfang

Aktionen: Beschreibung bearbeiten, Dateien hinzufügen/entfernen, als Entwurf speichern

Sichtbarkeit: Sichtbar für Projektmitglieder

2. Submitted for Review

Status: ECO ist bereit zur Prüfung

Wer: Ersteller reicht ein, Reviewer werden benachrichtigt

Aktionen: Reviewer prüfen die vorgeschlagenen Änderungen, kommentieren, stellen Fragen

Sichtbarkeit: Reviewer erhalten Benachrichtigungen und können andere per @mention einbeziehen

3. Under Review

Status: Aktive Diskussion und Bewertung

Wer: Teammitglieder prüfen, diskutieren, bitten um Klärungen

Aktionen: Kommentieren, Stakeholder per @mention einbeziehen, Änderungen anfordern

Ergebnis: Genehmigen, Revisionen anfordern oder ablehnen

4. Approved

Status: ECO wurde zur Umsetzung genehmigt

Wer: Designierte Genehmiger haben die Änderung autorisiert

Aktionen: Der Umsetzer kann nun die Änderungen vornehmen

Sichtbarkeit: Das Team sieht den Genehmigungsstatus und weiß, dass die Änderung bevorsteht

5. Implemented

Status: Änderungen wurden vorgenommen und contributed

Wer: Der Umsetzer hat Dateien geändert und Contributions verknüpft

Aktionen: Verknüpfte Contributions ansehen, genau erkennen, was sich geändert hat

Ergebnis: Der ECO ist abgeschlossen, die Änderungen sind in der Konstruktion

6. Closed

Status: ECO ist abgeschlossen

Wer: Admin oder Ersteller schließt den ECO

Aktionen: Der ECO wird Teil des dauerhaften Datensatzes

Sichtbarkeit: Archiviert, aber für spätere Referenz durchsuchbar

ECO-Bestandteile

1. ECO-Nummer

Automatisch generierte Kennung (z. B. ECO-001, ECO-042)

Zweck:
- Eindeutige Referenz für die Änderung
- Wird in Diskussionen und Dokumentation verwendet
- Verknüpft mit zugehörigen Contributions

Verwendung: „Bitte prüfen Sie ECO-042 vor dem Meeting.“

2. Titel

Kurze Beschreibung der Änderung (z. B. „Wandstärke zur Festigkeitssteigerung erhöhen“)

Best Practices:
- Seien Sie konkret und aussagekräftig
- Geben Sie an, was sich ändert, nicht nur „update“
- Halten Sie ihn prägnant (eine Zeile)

Beispiele:
- ✅ „Befestigungsbohrungen für Chassiskompatibilität verlagern“
- ✅ „Materialwechsel von Aluminium zu Stahl laut Festigkeitsberechnung“
- ❌ „Teil aktualisieren“
- ❌ „Änderungen“

3. Beschreibung

Detaillierte Erläuterung der Änderung

Sollte enthalten:
- Was: Was genau geändert wird
- Warum: Begründung für die Änderung
- Auswirkung: Was betroffen ist (andere Teile, Baugruppe, Fertigung)
- Alternativen: Warum dieser Ansatz gewählt wurde

Beispiel:


Was: Wandstärke des Gehäuses von 2 mm auf 3 mm erhöhen

Warum: Festigkeitsanalyse zeigt potenzielles Versagen unter Maximallast.
Die aktuelle Wandstärke von 2 mm weist einen Sicherheitsfaktor von 1,2 auf,
was unter unserer Anforderung von 1,5 liegt.

Auswirkung:
- Erhöht das Bauteilgewicht um 50 g
- Erfordert ein aktualisiertes Spritzgusswerkzeug
- Montagespielräume bleiben ausreichend

Geprüfte Alternativen:
- Verrippung: Würde Komplexität und Kosten erhöhen
- Anderes Material: Würde andere Konstruktionsvorgaben beeinflussen
- Wandstärkenerhöhung: Bestes Verhältnis von Festigkeit und Kosten

4. Betroffene Dateien

Liste der Dateien, die modifiziert werden

Angezeigt werden:
- Dateinamen
- Aktuelle Versionen (Commit-Hashes)
- Dateitypen

Zweck:
- Reviewer wissen, was zu prüfen ist
- Der Umfang der Änderung ist klar
- Die Umsetzung wird nachverfolgt

5. Begründung / Grund für die Änderung

Warum diese Änderung erforderlich ist

Häufige Gründe:
- Konstruktionsfehler oder Mangel
- Leistungsverbesserung
- Kostenreduktion
- Fertigungsproblem
- Kundenanfrage
- Regulatorische Anforderung
- Feldversagen
- Konstruktionsoptimierung

6. Reviewer und Genehmiger

Wer prüfen und genehmigen muss

Typische Reviewer:
- Konstruktionsingenieur (technische Prüfung)
- Projektmanager (Termin-/Budgetauswirkungen)
- Fertigungsingenieur (Herstellbarkeit)
- Qualitätsingenieur (Compliance)
- Kundenvertreter (falls zutreffend)

Genehmigungs-Workflow:
- Kann einzelne oder mehrere Genehmiger erfordern
- Kann sequenzielle oder parallele Genehmigung erfordern
- Pro Projekt konfigurierbar

7. Kommentare und Diskussion

Thread-Gespräch zum ECO

Funktionen:
- @mentions, um bestimmte Personen zu benachrichtigen
- Markdown-Formatierung für bessere Lesbarkeit
- Anhänge (Analysedaten, Skizzen)
- Zeitstempel- und Autoren-Tracking

Verwendung für:
- Fragen und Klärungen
- Technische Diskussionen
- Genehmigungsbedingungen
- Umsetzungsnotizen

8. Verknüpfte Contributions

Commit-Hashes, die zeigen, was sich tatsächlich geändert hat

Angezeigt nach der Umsetzung:
- Contribution-Nachrichten
- Commit-Hashes
- Geänderte Dateien
- Wer die Änderungen vorgenommen hat
- Wann die Änderungen erfolgten

Zweck:
- Belegt, dass der ECO umgesetzt wurde
- Verknüpft Vorschlag und tatsächliche Änderungen
- Ermöglicht Versionsvergleich

ECO erstellen

Schritt-für-Schritt-Prozess

1. Bedarf identifizieren:
- Problem erkannt
- Verbesserungspotenzial identifiziert
- Änderung vom Stakeholder angefragt

2. ECO vorbereiten:
- Zum Projekt navigieren → Tab ECOs
- Auf „Create ECO“ klicken
- Titel und Beschreibung eingeben
- Betroffene Dateien hinzufügen
- Begründung angeben

3. Kontext ergänzen:
- Unterstützende Dokumente anhängen (Analyse, Testergebnisse)
- Verwandte ECOs oder Anforderungen referenzieren
- Skizzen oder Markups einfügen, falls hilfreich

4. Reviewer zuweisen:
- Teammitglieder hinzufügen, die prüfen sollen
- Genehmiger festlegen
- Wichtige Stakeholder per @mention einbeziehen

5. Zur Prüfung einreichen:
- Zunächst als Entwurf speichern, wenn Sie noch überarbeiten möchten
- Einreichen, sobald die Teamprüfung starten kann
- Reviewer werden automatisch benachrichtigt

6. Diskussion begleiten:
- Fragen in Kommentaren beantworten
- Zusätzliche Informationen bei Bedarf bereitstellen
- Beschreibung anpassen, falls sich der Umfang ändert

7. Nach Genehmigung umsetzen:
- Betroffene Dateien auschecken
- Änderungen vornehmen
- Mit Referenz auf die ECO-Nummer contributen
- Contributions mit dem ECO verknüpfen

8. ECO schließen:
- Prüfen, ob alle Änderungen abgeschlossen sind
- Den ECO schließen
- Der ECO wird Teil des dauerhaften Datensatzes

ECO-Workflow-Muster

Muster 1: Einfache Genehmigung

Anwendungsfall: Kleines Team, informeller Prozess

Workflow:
1. Ingenieur erstellt ECO
2. Projektleiter prüft und genehmigt
3. Ingenieur setzt um
4. ECO geschlossen

Beteiligte: 2–3 Personen

Muster 2: Disziplinübergreifende Prüfung

Anwendungsfall: Änderungen, die mehrere Teams betreffen

Workflow:
1. Maschinenbauingenieur erstellt ECO
2. Elektroingenieur prüft (parallel)
3. Fertigungsingenieur prüft (parallel)
4. Projektmanager genehmigt (nach allen Prüfungen)
5. Ursprünglicher Ingenieur setzt um
6. ECO geschlossen

Beteiligte: 4–5 Personen

Muster 3: Sequenzielle Genehmigung

Anwendungsfall: Hierarchische Genehmigung erforderlich

Workflow:
1. Ingenieur erstellt ECO
2. Senior-Ingenieur prüft und genehmigt
3. Engineering Manager genehmigt
4. Quality Manager genehmigt
5. Ingenieur setzt um
6. ECO geschlossen

Beteiligte: 4 Personen, sequenziell

Muster 4: Kundengenehmigung

Anwendungsfall: Vom Kunden angefragte oder vom Kunden genehmigte Änderungen

Workflow:
1. Ingenieur erstellt ECO
2. Internes Team prüft
3. Kundenvertreter prüft (Guest-Zugriff)
4. Kunde genehmigt
5. Ingenieur setzt um
6. ECO geschlossen

Beteiligte: Internes Team + Kunde

Best Practices

Wirksame ECOs verfassen

Konkret sein:
- Klar beschreiben, was sich ändert
- Wo möglich quantifizieren („von 2 mm auf 3 mm erhöhen“ statt „dicker machen“)
- Dateien und Features benennen

Das Warum erklären:
- Klare Begründung liefern
- Stützende Daten referenzieren (Testergebnisse, Analyse)
- Erklären, warum diese Lösung gegenüber Alternativen gewählt wurde

Auswirkungen berücksichtigen:
- Downstream-Effekte identifizieren
- Termin- oder Kostenauswirkungen notieren
- Kompatibilitätsprobleme hervorheben

Verwandtes verknüpfen:
- Verwandte ECOs referenzieren
- Auf Anforderungen oder Spezifikationen verlinken
- Kundenanfragen oder Feldprobleme zitieren

Prüfprozess

Zeitnahe Prüfungen:
- Erwartungen an die Bearbeitungszeit festlegen
- @mentions nutzen, um Reviewer zu benachrichtigen
- Bei offenen Prüfungen nachfassen

Konstruktives Feedback:
- Klärende Fragen stellen
- Bei Problemen Alternativen vorschlagen
- Bei Bedarf unter Auflagen genehmigen

Entscheidungen dokumentieren:
- Festhalten, warum ein ECO genehmigt oder abgelehnt wurde
- Bedingungen oder Anforderungen notieren
- Wichtige Diskussionspunkte erfassen

Umsetzung

ECO in Contributions referenzieren:
- ECO-Nummer in die Contribution-Nachricht aufnehmen
- Beispiel: „ECO-042: Wandstärke gemäß Festigkeitsanalyse auf 3 mm erhöht“

Contributions mit dem ECO verknüpfen:
- Commit-Hashes an den ECO-Datensatz anhängen
- Ermöglicht Nachvollziehbarkeit vom Vorschlag bis zur Umsetzung

Vollständigkeit prüfen:
- Sicherstellen, dass alle betroffenen Dateien geändert wurden
- Prüfen, ob die Änderungen zur ECO-Beschreibung passen
- ECO erst nach vollständiger Umsetzung schließen

ECO-Management

Regelmäßige Durchsicht:
- Wöchentliche Durchsicht offener ECOs
- Abgeschlossene ECOs zügig schließen
- Bei festgefahrenen ECOs nachfassen

Kennzahlen:
- ECO-Durchlaufzeit verfolgen (Erstellung bis Abschluss)
- Engpässe bei Genehmigungen überwachen
- Häufige Änderungsgründe analysieren

Kontinuierliche Verbesserung:
- Wirksamkeit des ECO-Prozesses regelmäßig prüfen
- Wo möglich vereinfachen
- Genehmigungsworkflows bei Bedarf anpassen

Integration von ECOs in die Versionskontrolle

ECOs und Versionskontrolle arbeiten nahtlos zusammen:

Vor der ECO-Genehmigung

Dateien bleiben unverändert:
- Aktuelle Versionen bleiben bestehen
- Niemand kann Änderungen bereits umsetzen
- Das Team arbeitet weiter an anderen Aufgaben

Nach der ECO-Genehmigung

Umsetzer nimmt Änderungen vor:
1. Betroffene Dateien auschecken
2. Modifikationen vornehmen
3. Änderungen stagen
4. Mit ECO-Referenz contributen
5. Contributions mit dem ECO verknüpfen

Nachvollziehbarkeitskette


ECO-042: "Wandstärke erhöhen"
├── Beschreibt was und warum
├── Listet betroffene Dateien auf
├── Zeigt Genehmigung durch Projektleiter
└── Verknüpft mit Contributions:
    ├── Commit d27710: "ECO-042: housing.sldprt aktualisiert"
    └── Commit d27711: "ECO-042: assembly.sldasm aktualisiert"

Versionsvergleich

Vorher und Nachher:
- CAD Diffing verwenden, um Versionen zu vergleichen
- Commit-Hashes aus dem ECO referenzieren
- Prüfen, ob die Änderungen mit der ECO-Beschreibung übereinstimmen

ECOs für Compliance

Regulatorische Anforderungen

Viele Branchen erfordern formale Änderungssteuerung:

Medizinprodukte (FDA, ISO 13485):
- Dokumentierter Änderungsprozess
- Risikobewertung von Änderungen
- Genehmigungsnachweise
- Nachvollziehbarkeit bis zu den Anforderungen

Luft- und Raumfahrt (AS9100):
- Configuration Management
- Impact-Analyse der Änderungen
- Genehmigungsdokumentation
- Lieferantenbenachrichtigung

Automotive (IATF 16949):
- Änderungssteuerungsprozess
- Kundengenehmigung für bestimmte Änderungen
- Nachvollziehbarkeit bis zum PPAP
- Lieferanten-Änderungsmitteilung

Wie ECOs in CAD ROOMS Compliance unterstützen

Dokumentation:
- Vollständige Änderungsbeschreibung
- Begründung und Rechtfertigung
- Auswirkungsanalyse

Genehmigungsnachweise:
- Wer wann genehmigt hat
- Genehmigungsworkflow dokumentiert
- Audit-Trail dauerhaft erhalten

Nachvollziehbarkeit:
- ECO mit Anforderungen verknüpft (über die Beschreibung)
- ECO mit Umsetzung verknüpft (Commit-Hashes)
- Vollständige Historie erhalten

Audit-Trail:
- Alle Aktionen mit Zeitstempel
- Nutzeridentität erfasst
- Änderungen sind nach der Umsetzung unveränderlich

Häufige ECO-Szenarien

Szenario 1: Konstruktionsfehler

Situation: Tests offenbaren einen Konstruktionsfehler

ECO-Prozess:
1. Testingenieur erstellt ECO, der den Fehler beschreibt
2. Hängt Testergebnisse an, die den Ausfall belegen
3. Schlägt eine Lösung vor (oder der Konstrukteur schlägt sie in Kommentaren vor)
4. Konstruktionsingenieur prüft und genehmigt den Lösungsansatz
5. Projektmanager genehmigt (Termin-/Budgetauswirkungen)
6. Konstrukteur setzt die Lösung um
7. ECO geschlossen, mit neuer Version verknüpft

Szenario 2: Kostensenkung

Situation: Fertigung schlägt Materialwechsel zur Kostensenkung vor

ECO-Prozess:
1. Fertigungsingenieur erstellt ECO
2. Beschreibt Kosteneinsparung und Materialwechsel
3. Konstruktionsingenieur prüft (stellt Performance sicher)
4. Qualitätsingenieur prüft (stellt Compliance sicher)
5. Projektmanager genehmigt
6. Konstrukteur setzt den Materialwechsel um
7. ECO geschlossen

Szenario 3: Kundenanfrage

Situation: Kunde fordert eine Modifikation an

ECO-Prozess:
1. Vertrieb/PM erstellt ECO auf Basis der Kundenanfrage
2. Beschreibt die gewünschte Änderung und die Kundenbegründung
3. Konstruktionsingenieur prüft die Machbarkeit
4. Fertigungsingenieur prüft die Herstellbarkeit
5. Kunde genehmigt die vorgeschlagene Lösung (Guest-Zugriff)
6. Konstrukteur setzt um
7. ECO geschlossen, Kunde informiert

Szenario 4: Feldproblem

Situation: Produkt versagt im Feld, Ursache identifiziert

ECO-Prozess:
1. Qualitätsingenieur erstellt ECO
2. Beschreibt Fehlerbild und Ursache
3. Hängt Fehleranalyse-Bericht an
4. Schlägt Korrekturmaßnahme vor
5. Disziplinübergreifende Prüfung (Konstruktion, Fertigung, Qualität)
6. Management genehmigt (kann ausgelieferte Produkte betreffen)
7. Konstrukteur setzt die Lösung um
8. ECO geschlossen, mit dem Korrekturmaßnahmenbericht verknüpft

ECO im Vergleich zu anderen Change-Management-Ansätzen

ECO vs. informelle Absprache

Informell:
- Schnelle mündliche Einigung
- Keine Dokumentation
- Kein Genehmigungsnachweis
- Später schwer nachvollziehbar

ECO:
- Dokumentierter Vorschlag
- Formale Genehmigung
- Vollständiger Datensatz
- Leicht referenzierbar

Wann was einsetzen:
- Informell: Entwicklungsphase, kleine Anpassungen
- ECO: Freigegebene Produkte, wesentliche Änderungen

ECO vs. E-Mail-Genehmigung

E-Mail:
- Verstreut über Postfächer
- Später schwer zu finden
- Keine Verknüpfung zur Umsetzung
- Genehmigungskette unklar

ECO:
- Zentral im Projekt
- Durchsuchbar und zugänglich
- Mit tatsächlichen Änderungen verknüpft
- Klarer Genehmigungsworkflow

ECO vs. externe Change-Management-Systeme

Externe Systeme (PLM, ERP):
- Können komplexer sein
- Integration erforderlich
- Oft teurer
- Haben möglicherweise mehr Funktionen

CAD ROOMS ECOs:
- Integriert in die Datei-Versionskontrolle
- Kein separates System zu verwalten
- Direkt mit CAD-Dateien verknüpft
- Einfacher für kleine und mittlere Teams

Beste Herangehensweise: Verwenden Sie CAD ROOMS ECOs für Konstruktionsänderungen und integrieren Sie bei Bedarf externe Systeme für das übergeordnete Change Management

Fehlerbehebung bei ECOs

ECO bleibt in der Prüfung stecken

Problem: ECO ist seit Wochen in der Prüfung

Lösungen:
- Reviewer per @mention zur Aktion auffordern
- Im Teammeeting besprechen
- Review-SLAs festlegen (z. B. 3 Tage)
- An den Projektmanager eskalieren

Unklare ECO-Beschreibung

Problem: Reviewer verstehen nicht, was vorgeschlagen wird

Lösungen:
- Klärung in Kommentaren anfordern
- Skizzen oder Markups anfragen
- Konkrete benötigte Informationen nennen
- Ersteller überarbeitet die Beschreibung

Scope-Creep beim ECO

Problem: Diskussion geht über den ursprünglichen ECO-Umfang hinaus

Lösungen:
- Separaten ECO für zusätzliche Änderungen erstellen
- Diskussion auf den ursprünglichen Umfang zurückführen
- Aktuellen ECO schließen und bei Bedarf neuen erstellen

Umsetzung entspricht nicht dem ECO

Problem: Vorgenommene Änderungen stimmen nicht mit der ECO-Beschreibung überein

Lösungen:
- Mit dem ECO verknüpfte Commit-Hashes prüfen
- CAD Diff zum Vergleich verwenden
- ECO-Beschreibung überarbeiten, falls sich der Umfang geändert hat
- Folge-ECO erstellen, falls weitere Änderungen nötig sind

Kurzreferenz

Entscheidungsbaum für ECOs


Ist das Produkt freigegeben oder in Produktion?
├─ JA → ECO verwenden
└─ NEIN → Ist dies eine wesentliche Änderung?
    ├─ JA → Ist eine Genehmigung erforderlich?
    │   ├─ JA → ECO verwenden
    │   └─ NEIN → Normale Contribution (ECO zur Dokumentation erwägen)
    └─ NEIN → Normale Contribution

ECO-Checkliste

Vor dem Erstellen eines ECOs:
- ☐ Ist diese Änderung bedeutend genug für eine formale Genehmigung?
- ☐ Habe ich eine klare Begründung für die Änderung?
- ☐ Habe ich alle betroffenen Dateien identifiziert?
- ☐ Weiß ich, wer prüfen/genehmigen muss?
- ☐ Habe ich unterstützende Unterlagen (Analyse, Testergebnisse)?

Vor dem Genehmigen eines ECOs:
- ☐ Ist die Beschreibung klar und vollständig?
- ☐ Ist die Begründung schlüssig?
- ☐ Habe ich Downstream-Auswirkungen berücksichtigt?
- ☐ Sind alle betroffenen Dateien identifiziert?
- ☐ Ist die vorgeschlagene Lösung angemessen?

Vor dem Schließen eines ECOs:
- ☐ Wurden alle Änderungen umgesetzt?
- ☐ Sind Contributions mit dem ECO verknüpft?
- ☐ Entspricht die Umsetzung der ECO-Beschreibung?
- ☐ Wurden Stakeholder informiert?

Nächste Schritte

Jetzt, da Sie ECOs verstehen:

Bedarf bewerten – Braucht Ihr Team eine formale Änderungssteuerung?

Prozess definieren – Wer genehmigt welche Arten von Änderungen?

Ersten ECO erstellen – Beginnen Sie mit einer realen Änderung, die eine Genehmigung erfordert

Workflow verfeinern – Passen Sie ihn an das an, was für Ihr Team funktioniert

Team schulen – Stellen Sie sicher, dass alle wissen, wann und wie ECOs eingesetzt werden

Bei Fragen zur Einführung von ECOs in Ihren Workflow kontaktieren Sie unser Support-Team oder buchen Sie eine Demo:

👉 Demo buchen

Engineering Change Orders (ECOs) verstehen