Änderungsmanagement: Ablauf und typische Bruchstellen

Was gehört zum Änderungsmanagement und was nicht?

Zum Änderungsmanagement gehört alles, was eine konkrete Änderung geregelt durch den Auftrag führt. Der Begriff wird in zwei Bedeutungen benutzt, die oft vermischt werden. REFA beschreibt es so: Das Change Management betrifft die Organisation, also Strategien, Strukturen, Prozesse und Verhalten. Das Änderungsmanagement im engeren Sinn betrifft Änderungen auf Auftrags- oder Projektebene, die etwa ein Kunde auslöst. Als Definition nennt REFA die DIN 69901-5: Erfassung, Bewertung, Entscheidung, Dokumentation und Steuerung der Umsetzung von Änderungen. Die Norm ist eine deutsche, keine europäische oder internationale.

Dieser Artikel behandelt den zweiten Fall, und zwar für Hersteller, die Maschinen und Anlagen nach Kundenwunsch bauen. Organisatorischen Wandel im Unternehmen und IT-Änderungen nach ITIL behandeln wir hier nicht.

Im technischen Umfeld sprechen Konstruktion und Qualitätsmanagement auch von Engineering Change Management. Gemeint sind Änderungen an Zeichnungen, Stücklisten, Arbeitsplänen oder Spezifikationen, die nach der Freigabe nötig werden.

Warum sind Änderungen nach Auftragseingang besonders aufwendig?

Weil bei Maschinen und Anlagen nach Auftragseingang schnell viele Dinge parallel laufen. Während die Konstruktion noch zeichnet, sind oft schon Teile bestellt, Fertigungsaufträge angelegt und Termine mit dem Kunden bestätigt. Eine Änderung trifft deshalb mehrere Stellen gleichzeitig.

Ein Beispiel (allgemein, kein Kundenfall): Der Kunde eines Sondermaschinenbauers ändert drei Wochen nach Auftragsbestätigung die Aufnahme für das Werkstück. Die Konstruktion passt zwei Baugruppen an. Damit sind die Stückliste und die Zeichnungen geändert, ein Kaufteil ist bereits bestellt, die Arbeitsvorbereitung hat den Arbeitsplan fertig, und der Vertrieb hat einen Liefertermin zugesagt. Jede dieser Stellen muss wissen, was sich ändert, und jede muss etwas anderes tun.

Eine Bachelorarbeit der FH Oberösterreich (2024) untersucht genau diese Lage am Beispiel von ENGEL Austria. Sie kommt zum Ergebnis, dass kundeninduzierte Änderungen nach der Auftragsfreigabe im Maschinenbau Komplexität und Kosten in Produktionsplanung und -steuerung erhöhen. Sie schlägt unter anderem vor, Änderungen nach Art, Schwere und Zeitpunkt im Auftrag auszuwerten, Prüfpunkte (Change Gates) einzuführen und eine zentrale Stelle zu schaffen, die Änderungsanträge und ihre Umsetzung verfolgt. Beim untersuchten Hersteller führten ein neues Bewertungsmodell und ein überarbeitetes Änderungsmanagement laut Zusammenfassung zu mehr Transparenz über die Änderungskosten und zu einer Grundlage für angepasste Preise. Zahlen nennt die Zusammenfassung nicht. Es ist eine Einzelfallstudie und keine Branchenstatistik.

Wie läuft ein Änderungsprozess ab?

Ein Änderungsprozess läuft in fünf Schritten ab, vom Antrag bis zur Dokumentation. Die Quellen benennen die Schritte leicht unterschiedlich, der Kern ist gleich. Die Tabelle ist eine Zusammenfassung für den Auftragsfall.

Zu Schritt 2 nennt REFA drei Blickwinkel: die Folgen für Ressourcen wie Personal, Material, Betriebsmittel, Finanzen und Zeit, das Risiko einschließlich Folgewirkungen und Qualität sowie Dringlichkeit und Priorität. Zu Schritt 3 beschreibt REFA das Change Control Board als offiziell ernanntes Gremium aus Projektbeteiligten, das die Kriterien für Annahme oder Ablehnung festlegt und meist bei größeren, länger laufenden Projekten eingesetzt wird. Die fünf Schritte in der Tabelle sind eine Zusammenfassung, REFA selbst beschreibt den Ablauf nach der Entscheidung etwas anders (Priorisieren, Umsetzen, Testen und Abnahme durch den Kunden, Dokumentieren).

Was ist der Unterschied zwischen ECR und ECO?

Ein ECR (Engineering Change Request, Änderungsantrag) beantragt eine Änderung, ein ECO (Engineering Change Order, Änderungsauftrag) setzt die genehmigte Änderung um. Laut iSixSigma beschreibt das ECR-Formular eine vorgeschlagene Verbesserung, Überarbeitung oder Korrektur. Es enthält typischerweise die Problembeschreibung, die Begründung, die vorgeschlagene Änderung, die betroffenen Teilenummern, Antragstellende und Datum, außerdem die Beteiligten und ihre Rückmeldungen.

Nach der Genehmigung wird das ECO erstellt. Es beschreibt die Änderung im Detail und bindet die Bereiche ein, die planen, beschaffen, prüfen, montieren und betreuen. In manchen Unternehmen sind beide Schritte in einem Formular zusammengefasst. Wichtig ist nur, dass erkennbar bleibt, ob eine Änderung noch beantragt oder schon freigegeben ist. Sonst beginnt jemand mit der Umsetzung, bevor entschieden wurde.

Was verlangt die ISO 9001 bei Änderungen?

Die ISO 9001 verlangt, dass Änderungen überprüft und gesteuert werden, soweit das zur Erfüllung der Anforderungen nötig ist. Laut WEKA regelt Abschnitt 8.5.6 Änderungen an Produkten und Dienstleistungen, Abschnitt 6.3 Änderungen am Managementsystem. Beide hängen zusammen. Die Norm lässt Unternehmen viel Spielraum, wie sie das umsetzen; strengere Vorgaben können sich aus Gesetzen oder Kundenforderungen ergeben.

Eine Zusammenfassung von The Core Solution nennt zu 8.5.6 diese Punkte: Änderungen vor der Umsetzung prüfen und bewerten, durch zuständige Personen freigeben lassen, den betroffenen Stellen mitteilen, Folgen für andere Teile des Systems prüfen, Begründung und Freigabe nachvollziehbar halten und die Dokumentation anpassen. Das ist eine Zusammenfassung eines Beratungsunternehmens; den verbindlichen Wortlaut finden Sie in der Norm selbst. Im Kern deckt sich die Liste mit dem Ablauf oben.

Wo bleiben Änderungen im Auftrag hängen?

Meist an den Übergaben, nicht in der Konstruktion selbst. Der Änderungsantrag ist oft gut gepflegt. Schwierig wird es danach, weil die Folgen verteilt liegen:

• Die geänderte Stückliste liegt im PLM oder in der Konstruktionsablage, die Fertigung arbeitet im ERP weiter mit dem alten Stand. Mehr zu diesem Zusammenspiel finden Sie im Beitrag Was ist PLM-Software?.
• Bereits bestellte Teile müssen storniert, geändert oder weiterverwendet werden. Der Einkauf erfährt das erst durch eine Mail. Wie Sie offene Bestellungen im Blick behalten, steht in Bestellüberwachung.
• Die Arbeitsvorbereitung plant mit einem Arbeitsplan, der zur alten Variante gehört. Details dazu in Arbeitsvorbereitung.
• Der Kunde hat einen Termin bestätigt bekommen, den die Änderung nicht mehr hält. Das gehört zur Liefertreue.

Das sind keine Fehler Einzelner. Es sind typische Folgen davon, dass ein Auftrag durch mehrere Systeme und Abteilungen läuft. Warum gerade die Übergaben so anfällig sind, beschreibt Schnittstellen zwischen Abteilungen. Den Weg von der Auftragsbestätigung bis zur Fertigungsfreigabe, auf dem die meisten dieser Übergaben liegen, zeigt die Seite zum Auftragsvorlauf.

Warum kosten späte Änderungen mehr?

Je später eine Änderung kommt, desto mehr Arbeit ist schon an der alten Fassung geleistet. Ein Anbieter von Projektsoftware (COMAN Software) beschreibt das für den Sondermaschinenbau so: Je später im Projekt geändert wird, desto teurer wird es, und sobald Konstruktion, Fertigung oder Montage betroffen sind, wirke sich das überproportional aus. Eine Änderung an der Konstruktion habe fast immer Folgen für nachgelagerte Bereiche, etwa Ausschuss bereits gefertigter Teile oder fehlende passende Komponenten in der Montage (COMAN Software, Blog). Zahlen nennt der Beitrag nicht, und er stammt von einem Anbieter. Für den Umgang damit empfiehlt er: Änderungen zentral erfassen, bewerten und priorisieren, Entscheidungsrechte klären, den Status für alle sichtbar machen und den Kunden früh in die Klärung der Anforderungen einbinden.

Der letzte Punkt gehört nicht mehr zum Änderungsmanagement im engeren Sinn, sondern zur Auftragsklärung. Was dort offen bleibt, kommt als Änderung zurück.

Was gehört in einen Änderungsantrag?

Ein brauchbarer Antrag beantwortet, was sich ändern soll, warum und was davon betroffen ist. Für den technischen Änderungsantrag nennt iSixSigma als Inhalt die Problembeschreibung und Begründung, die vorgeschlagene Änderung, die betroffenen Teilenummern mit Beschreibung, Antragstellende und Datum, die Beteiligten mit ihren Rückmeldungen und die nächsten Schritte (iSixSigma).

Für den Auftragsfall lässt sich das sinnvoll ergänzen (eigene Empfehlung, keine Normvorgabe):

• Auftragsnummer und Stand der Auftragsbestätigung, auf die sich die Änderung bezieht.
• Wer die Änderung ausgelöst hat: Kunde, Konstruktion, Lieferant oder Montage.
• Ob der Kunde die Änderung schriftlich bestätigt hat und ob er Mehrkosten oder Terminverschiebung akzeptiert.
• Welche Bestellungen, Fertigungsaufträge und Zusagen bereits laufen.

Der dritte Punkt sollte vor der Umsetzung geklärt sein und nicht erst bei der Rechnung.

Welche Fehler passieren im Änderungsprozess häufig?

Die meisten Fehler entstehen, weil Beteiligte mit einem falschen Stand weiterarbeiten. Typische Fälle im Auftragsgeschäft, als allgemeine Beispiele und nicht als Messwerte:

• Die Änderung wird telefonisch zugesagt und erreicht Einkauf und Arbeitsvorbereitung nie.
• Zwei Stände einer Zeichnung liegen in verschiedenen Ordnern, und die Montage nimmt den älteren.
• Der Antrag ist genehmigt, aber niemand prüft, ob die Stückliste im ERP wirklich geändert wurde.
• Kleine Änderungen werden ohne Nummer erledigt und tauchen bei der Abnahme als Abweichung wieder auf.
• Die Mehrkosten werden nicht festgehalten, und der Kunde bekommt keine Rechnung dafür.

Wer das nachhaltig verbessern will, braucht weniger ein neues Formular als eine Stelle, die den Stand einer Änderung für den ganzen Auftrag zeigt. Das entspricht der Empfehlung der Bachelorarbeit zur zentralen Verfolgung von Änderungsanträgen.

Was hilft in der Praxis?

Wenige feste Regeln helfen mehr als ein dickes Verfahrenshandbuch.

• Jede Änderung hat eine Nummer und einen Status (beantragt, bewertet, freigegeben, umgesetzt). So sieht jeder, wie weit sie ist.
• Die Bewertung läuft immer über dieselben Stellen: Konstruktion, Arbeitsvorbereitung, Einkauf, Montage. Wer nicht gefragt wird, merkt es erst an der Maschine.
• Es gibt einen Stichtag, ab dem eine Änderung nicht mehr ohne Mehrkosten möglich ist. Diesen Punkt sollten Vertrieb und Kunde kennen.
• Die Umsetzung wird nachgehalten: Ist die Stückliste im ERP aktualisiert, sind offene Bestellungen angepasst, ist der Termin neu bestätigt?

Der letzte Punkt ist der, den viele Unternehmen mit Listen und Mails lösen. Eine Software für die Auftragsabwicklung wie Keralo setzt dort an: Sie hält den Stand eines Auftrags über ERP, PLM, Postfach und Dateiablage hinweg und schlägt an der Übergabe den nächsten Schritt mit allen Unterlagen vor. Die zuständigen Personen stimmen zu, ändern oder stoppen, und jede Entscheidung wird protokolliert. Sie ersetzt weder PLM noch ERP und ist kein Werkzeug zur Freigabe von Konstruktionsdaten, sondern ergänzt beide um den Überblick über den Auftrag.