Ingenieurtechnische Projekte scheitern auf zwei grundlegende Arten. Die erste ist ein technisches Versagen — etwas wurde falsch konstruiert. Die zweite ist ein Dokumentationsversagen — etwas wurde korrekt konstruiert, dann geändert, und die Änderung wurde nie ordentlich erfasst, kommuniziert oder eingearbeitet. Der Fertiger baute nach der falschen Revision. Die As-built-Zeichnung spiegelt nicht wider, was gebaut wurde. Die Berechnungen referenzieren Abmessungen, die zwei Monate vor Abschluss der Konstruktion ersetzt wurden. Das zweite Versagensmuster ist nach Erfahrung der meisten Projektingenieure häufiger als das erste — und fast vollständig vermeidbar.

Technisches Änderungsmanagement ist die Gesamtheit der Disziplinen, die Dokumentationsversagen verhindert. Es ist keine Bürokratie um ihrer selbst willen. Es ist der minimale strukturierte Prozess, der notwendig ist, um sicherzustellen, dass die Konstruktionsabsicht zu jedem Zeitpunkt im Leben eines Projekts genau durch die im Umlauf befindlichen Dokumente dargestellt wird und dass alle, die mit diesen Dokumenten arbeiten, von derselben Version der Wahrheit ausgehen.

Warum Änderungsmanagement versagt — Das häufige Muster

Änderungsmanagement-Versagen folgen einem bemerkenswert konsistenten Muster über Projekte jeder Größe. Es beginnt fast immer klein: Ein Auftraggeber fordert spät im Detailengineering per E-Mail eine geringfügige Änderung. Der Ingenieur nimmt die Änderung im Modell oder in der Berechnung vor und sendet eine aktualisierte Zeichnung per E-Mail. Jemand anderes im Projekt hat die E-Mail nicht gesehen. Er hat die vorherige Revision. Der Fertiger, dem Zeichnungen im Laufe des Projekts stückchenweise zugesandt wurden, erhielt die vorherige Ausgabe und hat das Material bereits zugeschnitten. Die neue Revision ist nicht klar als Ersatz für etwas gekennzeichnet. Niemand hat ein gesteuertes Register darüber, was an wen ausgegeben wurde. Die As-built-Zeichnung wird durch rote Markierungen auf einem Ausdruck der letzten formal ausgegebenen Zeichnung fertiggestellt, die zwei Revisionen vor der tatsächlich gebauten Version lag.

Dies ist kein hypothetisches Szenario. Es ist das, was bei der Mehrzahl kleiner und mittlerer Ingenieurprojekte geschieht, die keinen formalen Änderungsmanagementprozess vorschreiben. Die Konsequenzen reichen von geringfügigen Nacharbeiten bis hin zu erheblichen Sicherheitsauswirkungen, wo die geänderte Abmessung, Druckstufe oder das Material sicherheitsrelevant war.

Das Dokumentenregister — Die Grundlage des Änderungsmanagements

Ausgangspunkt jedes Änderungsmanagementprozesses ist ein Dokumentenregister — eine gesteuerte Liste aller Zeichnungen, Berechnungen, Spezifikationen und Berichte des Projekts mit dem aktuellen Revisionsstatus jedes Dokuments. Ohne dies gibt es kein Änderungsmanagement — nur eine Dokumentensammlung ohne maßgebliche Aussage darüber, welche Version jedes Dokuments aktuell ist.

Ein einfaches Dokumentenregister für ein Maschinenbau-Ingenieurprojekt enthält mindestens für jedes Dokument:

Das Register wird jedes Mal aktualisiert, wenn eine Revision ausgegeben wird. Es ist die einzige Quelle der Wahrheit für den aktuellen Status jedes Dokuments im Projekt. Wenn das Register angibt, dass Zeichnung FP-ZCH-007 in Revision 2 ist, dann ist Revision 1 ersetzt — sie sollte nicht im Umlauf sein, und jede Fertigung, die nach ihr durchgeführt wird, wird nach dem falschen Dokument durchgeführt.

Revisionsnummerierung — Eine Konvention, die tatsächlich funktioniert

Die für ein Projekt verwendete Revisionskonvention ist wichtiger als die gewählte spezifische Konvention, weil Konsistenz das ist, was die Konvention nützlich macht. Ein Dokument bei „Rev C" ist eindeutig später als „Rev A." Ein Dokument mit „Ausgabe 3 (zur Genehmigung)" ist eindeutig später als „Ausgabe 2 (zur Prüfung)." Was scheitert, ist wenn verschiedene Dokumente desselben Projekts unterschiedliche Konventionen verwenden, oder wenn nur Daten verwendet werden (was den Empfänger erfordert, die vollständige Revisionshistorie zu kennen, um die Aktualität zu bestimmen).

Eine praktische Konvention für Ingenieurprojekte:

Schriftfelder auf allen Zeichnungen müssen die Revisionshistorie zeigen — mindestens die letzten drei oder vier Revisionen mit Daten und kurzen Beschreibungen. Wenn eine Zeichnung neu ausgegeben wird, kann die empfangende Person sofort sehen, was sich geändert hat, und bestätigen, dass sie von der korrekten Revision arbeitet.

Die Änderungsmitteilung — Die Anforderung vor der Änderung formalisieren

Die wertvollste einzelne Maßnahme im Änderungsmanagement ist die Forderung, dass Änderungen an genehmigten Dokumenten formal beantragt und autorisiert werden, bevor die Änderung vorgenommen wird, statt informell kommuniziert und ad hoc durchgeführt zu werden. Das Instrument hierfür ist die Designänderungsmitteilung (ÄHW) oder Änderungsanforderung (ÄA).

Eine ÄHW muss nicht komplex sein. Sie erfasst mindestens:

Die ÄHW wird zusammen mit dem Dokumentenregister in einem ÄHW-Register erfasst. Die ÄHW-Nummer wird dann in der Revisionsbeschreibung auf der Zeichnung oder dem Dokument referenziert, das zur Umsetzung der Änderung neu ausgegeben wird. Der Weg von „Auftraggeber forderte Flanschdruckstufen-Änderung" über „ÄHW-007 eröffnet" bis zu „Zeichnung FP-ZCH-003 neu ausgegeben in Rev 1 gemäß ÄHW-007" ist vollständig und in beide Richtungen rückverfolgbar.

Die Schlüsseldisziplin: Keine Änderung an einem genehmigten Dokument ohne ÄHW. E-Mail ist kein Änderungsmanagementsystem. Eine mündliche Anweisung auf der Baustelle ist kein Änderungsmanagementsystem. Ein Haftnotiz auf einer Zeichnung ist kein Änderungsmanagementsystem. Die ÄHW ist es. Die Durchsetzung dieser einen Regel beseitigt die Mehrheit der Dokumentationsversagen.

Übermittlungen — Kontrolle darüber, was an wen ausgegeben wurde

Den aktuellen Revisionsstand jedes Dokuments zu kennen, ist notwendig, aber nicht hinreichend. Sie müssen auch wissen, was an externe Parteien — den Auftraggeber, den Fertiger, die Zertifizierungsbehörde — und in welcher Revision ausgegeben wurde. Dies ist die Funktion der Dokumentenübermittlung.

Jede Ausgabe von Dokumenten an eine externe Partei sollte von einem Übermittlungsprotokoll begleitet werden, das jedes ausgegebene Dokument, in welcher Revision, und zu welchem Zweck auflistet (zur Prüfung, zur Genehmigung, zur Fertigung, zur Information). Die Übermittlung ist nummeriert und abgelegt. Der Empfänger bestätigt den Eingang.

Wenn ein Dokument überarbeitet und neu ausgegeben wird, zeigt das Übermittlungsprotokoll, dass dem Fertiger Revision 0 an einem bestimmten Datum geschickt wurde. Wenn er anschließend von einem unmarkierten Ausdruck fertigt, ist das Übermittlungsprotokoll der Nachweis dafür, von welcher Version er hätte arbeiten sollen. Wenn er den Eingang der Übermittlung der Revision, die jene ersetzte, nach der er gebaut hat, nie bestätigt hat, ist das ein Prozessversagen in seinem QS-System, das das Übermittlungsprotokoll sichtbar macht.

Der Übermittlungsprozess schützt auch den Konstrukteur. Wenn ein Auftraggeber behauptet, dass eine Abmessung im As-built falsch ist und sich auf keiner von ihm genehmigten Zeichnung befand, zeigt das Übermittlungsprotokoll und die Bestätigung des Auftraggebers über die Genehmigungsausgabe genau, was ausgegeben wurde, wann und in welcher Revision. Ohne Übermittlungsprotokolle ist dies ein Aussage-gegen-Aussage-Streit. Mit ihnen ist es ein faktischer Nachweis.

As-built-Dokumentation — Den Kreis schließen

Die As-built-Zeichnung ist der Nachweis dessen, was tatsächlich gebaut wurde. Sie ist nicht identisch mit der letzten ausgegebenen Fertigungszeichnung, weil die Fertigung unweigerlich geringfügige Abweichungen von der Zeichnung beinhaltet — Feldschweißnähte werden verlegt, Stützen werden zur Anpassung an vorhandenen Stahlbau verschoben, Rohrlängen werden vor Ort angepasst. Das As-built-Protokoll erfasst diese Abweichungen.

As-built-Dokumentation sollte ein definiertes Lieferdokument bei jedem Ingenieurprojekt sein, erstellt durch Markierung des Fertigungszeichnungssatzes mit allen vor Ort bestätigten Änderungen, und dann entweder Neuausgabe der Zeichnungen in einer „As-built"-Revision oder Pflege eines gesteuerten Rotmarkierungssatzes. Der As-built-Dokumentensatz ist das Übergabedokument — er ist das, was das Wartungsteam und zukünftige Ingenieure verwenden, um die Anlage so zu verstehen, wie sie gebaut wurde.

Das häufige Versagen: As-built-Dokumentation wird als Nachgedanke behandelt, unter Zeitdruck beim Projektabschluss aus der Erinnerung daran erstellt, was sich vor Ort geändert hat, anstatt fortlaufend während der Fertigung gepflegt zu werden. Das Ergebnis ist ein Satz von As-built-Zeichnungen, der für die früh geänderten Dinge genau ist (wenn sich die Leute noch daran erinnern) und für die spät geänderten Dinge ungenau ist. Fortlaufende As-built-Markierung — Aktualisierung des Rotmarkierungssatzes jedes Mal, wenn eine Vor-Ort-Abweichung vereinbart wird — ist die einzige zuverlässige Methode.

Änderungsmanagement in regulierten Umgebungen

Bei Drucksystemen, Hebezeugen, Stahlkonstruktionen und anderen regulierten Anlagen hat das Änderungsmanagement eine spezifische zusätzliche Dimension: Änderungen an genehmigten Konstruktionen erfordern möglicherweise eine erneute Genehmigung durch die kompetente Person, die Zertifizierungsbehörde oder die benannte Stelle, bevor sie umgesetzt werden können. Die PED (Druckgeräterichtlinie), die Maschinenrichtlinie und CDM 2015 haben alle Bestimmungen, die beeinflussen, wann eine Änderung bedeutsam genug ist, um eine formale Neugenehmigung statt nur einer internen Revision des Konstrukteurs zu erfordern.

Der Test ist im Wesentlichen: Betrifft die Änderung die sicherheitsrelevante Konstruktionsgrundlage? Eine Änderung an einer Rohrhalterung, die die Druckgrenze, die Druckstufe oder die Spannungsanalyse nicht betrifft, ist wahrscheinlich eine geringfügige Änderung, die im Rahmen der Autorität des Konstrukteurs handhabbar ist. Eine Änderung der Flanschdruckstufe, des Behälterbetriebsdrucks oder der Werkstoffspezifikation ist eine Änderung der sicherheitsrelevanten Grundlage, die eine formale Bewertung erfordert und möglicherweise eine Neugenehmigung erfordert. Der CDM-2015-Hauptkonstrukteur hat die spezifische Pflicht, sicherzustellen, dass die Gesundheits- und Sicherheitsakte mit genauer Konstruktionsdokumentation gepflegt wird — was nur möglich ist, wenn das Änderungsmanagement im gesamten Projektverlauf aufrechterhalten wurde.

Das praktische Minimum für kleine Projekte

Nicht jedes Projekt rechtfertigt ein vollständig ISO-9001-konformes Dokumentenmanagementsystem. Ein kleines Maschinenbau-Ingenieurprojekt mit einem Ingenieur, einem Auftraggeber und einem Fertiger benötigt keine Dokumentenmanagementplattform. Aber es benötigt:

  1. Ein Dokumentenregister — auch eine einfache Tabellenkalkulation, die jede Zeichnung und Berechnung mit ihrer aktuellen Revision auflistet
  2. Eine konsistente Revisionskonvention — auf jedes Dokument angewendet, ohne Ausnahme
  3. Ein Änderungsprotokoll — eine Aufzeichnung jeder Änderung an jedem Dokument, mit Grund und Datum
  4. Übermittlungsprotokolle — eine Aufzeichnung jedes Dokuments, das an jede externe Partei ausgegeben wurde, in welcher Revision
  5. Kontrolle ersetzter Dokumente — wenn eine neue Revision ausgegeben wird, wird die vorherige Revision deutlich als „ERSETZT" markiert oder archiviert. Niemals gelöscht — die Historie ist der Prüfpfad.

Fünf Punkte. Keiner davon erfordert Spezialsoftware. Alle können in einem strukturierten Ordner auf einem freigegebenen Laufwerk mit einer disziplinierten Namenskonvention verwaltet werden. Die Disziplin liegt nicht in den Werkzeugen — sie liegt in der konsequenten Anwendung der Regeln, auf jedes Dokument, jedes Mal.

Namenskonventionen — Die unsichtbare Infrastruktur

Eine Dateinamenskonvention ist die niedrigste Ebene der Änderungsmanagement-Disziplin und die am häufigsten während des Projekts aufgegebene. Eine konsistente Konvention macht das Dokumentenregister selbstbefüllend und macht die Übermittlung trivial zu kompilieren. Eine inkonsistente Konvention — „Endgültige_Zeichnung_v3_ÜBERARBEITET_diese verwenden.pdf" — ist ein Dokumentenmanagementversagen, das in das Dateisystem eingebettet ist.

Eine handhabbare Namenskonvention für ein Maschinenbau-Ingenieurprojekt:

[Projektcode]-[Typ]-[Nummer]-[Revision].[Erweiterung]
z.B. FP001-ZCH-003-R2.pdf
z.B. FP001-KAL-001-P1.pdf
z.B. FP001-SPEZ-002-R0.pdf

Die Revision ist immer das letzte Element vor der Erweiterung. Wenn das Dokument neu ausgegeben wird, ändert sich nur das Revisionselement. Sortierung nach Name ergibt eine vollständige chronologische Liste nach Typ und Nummer. Filterung nach „R0" ergibt alle zur Fertigung ausgegebenen Dokumente in ihrer ersten genehmigten Revision.

Zusammenfassung

Technisches Änderungsmanagement ist kein bürokratischer Overhead — es ist die minimale strukturierte Disziplin, die notwendig ist, um zu verhindern, dass die falsche Revision den Fertiger erreicht, um einen rückverfolgbaren Nachweis dafür zu pflegen, warum die Konstruktion so ist wie sie ist, und um genaue As-built-Dokumentation zu erstellen, auf die sich der nächste Ingenieur, der an der Anlage arbeitet, verlassen kann. Das Fundament ist ein Dokumentenregister. Der Mechanismus ist die ÄHW. Der Nachweis ist das Übermittlungsprotokoll. Der Abschluss ist der As-built-Satz. Auf jedes Dokument in jedem Projekt konsequent angewendet, beseitigen diese vier Disziplinen die Versagenskategorie, die nichts mit ingenieurmäßiger Kompetenz zu tun hat und alles damit, ob jemand weiß, welche Zeichnung aktuell ist.

Forgepoint erstellt vollständig gesteuerte Konstruktionsdokumentationspakete mit Revisionshistorie, Übermittlungsprotokollen und As-built-Übergabesätzen als standardmäßige Lieferleistungen. Kontaktieren Sie uns, um Ihr Projekt zu besprechen.

Ihr Projekt besprechen — 07549 032776