Ein klar definierter Änderungsprozess ist deshalb zunächst einmal ein gutes Zeichen.
Trotzdem kann ein solcher Prozess erheblich Zeit binden.
Nicht unbedingt, weil Regeln fehlen. Sondern weil bei jeder Änderung geklärt werden muss, was betroffen ist, wer reagieren muss und ob alle notwendigen Folgeänderungen tatsächlich erfolgt sind.
Genau dort lohnt sich ein genauerer Blick.
Das Problem ist nicht automatisch der Prozess
Bei Prozessverbesserung und Automatisierung wird schnell eine problematische Annahme getroffen:
Der bestehende Ablauf sei zu wenig strukturiert.
In vielen produzierenden Unternehmen stimmt das nicht. Qualitätsmanagement, Konstruktion, Produktion und Dokumentation arbeiten längst mit definierten Prozessen, Verantwortlichkeiten und Fachsystemen.
Eine technische Änderung kann beispielsweise bereits heute über PLM, ERP, DMS oder andere spezialisierte Systeme gesteuert werden.
Die entscheidende Frage lautet deshalb nicht:
„Wie automatisieren wir unseren Änderungsprozess?“
Sondern:
„Wo entsteht innerhalb unseres bestehenden Änderungsprozesses tatsächlich vermeidbarer Aufwand?“
Das ist ein wichtiger Unterschied.
Denn wenn das bestehende System die Aufgabe bereits gut löst, braucht es keine zusätzliche Lösung.
Vier Stellen, die genauer geprüft werden sollten
Bei technischen Änderungen entstehen Abhängigkeiten.
Eine Änderung an einem Bauteil kann Auswirkungen auf weitere Zeichnungen, Stücklisten, Arbeitsanweisungen, Prüfpläne, Beschaffung, Produktion, Service oder Dokumentation haben.
Wie relevant diese Abhängigkeiten sind, hängt stark vom Produkt, vom Unternehmen und vom vorhandenen Prozess ab.
Vier Bereiche verdienen deshalb besondere Aufmerksamkeit.
1. Auswirkungen einer Änderung ermitteln
Bevor etwas umgesetzt wird, muss klar sein, welche Objekte und Bereiche betroffen sind.
Das klingt selbstverständlich. Die eigentliche Arbeit steckt jedoch häufig in der Prüfung:
- Welche Baugruppen hängen davon ab?
- Welche Dokumente müssen angepasst werden?
- Welche Arbeits- oder Prüfpläne sind betroffen?
- Welche laufenden Aufträge oder Bestände spielen eine Rolle?
- Welche Abteilungen müssen einbezogen werden?
Je komplexer Produkt und Systemlandschaft sind, desto anspruchsvoller wird diese Auswirkungsanalyse.
Der mögliche Engpass liegt deshalb nicht darin, dass niemand über die Änderung informiert wird.
Er kann darin liegen, alle relevanten Auswirkungen zuverlässig und mit vertretbarem Aufwand zu erkennen.
2. Folgeänderungen koordinieren
Eine freigegebene technische Änderung ist nicht automatisch vollständig umgesetzt.
Je nach Fall müssen anschliessend mehrere Informationen oder Dokumente angepasst werden.
Zum Beispiel:
- technische Zeichnungen
- Stücklisten
- Arbeitspläne
- Prüfpläne
- Fertigungsunterlagen
- Lieferanteninformationen
- Serviceunterlagen
- Stammdaten
Auch hier gilt: Ein vorhandener Prozess kann diese Schritte bereits sauber regeln.
Die wirtschaftlich interessante Frage ist eine andere:
Wie viel Fachzeit wird benötigt, um die notwendigen Folgeaktionen zu identifizieren, zu koordinieren und nachzuverfolgen?
Wenn mehrere Systeme und Funktionen beteiligt sind, kann aus vielen kleinen Prüfschritten ein erheblicher Gesamtaufwand entstehen.
3. Freigaben und Wartezeiten unterscheiden
Nicht jede lange Durchlaufzeit bedeutet, dass der Prozess schlecht ist.
Freigaben erfüllen einen Zweck. Qualitäts-, Sicherheits- oder Kundenanforderungen dürfen nicht zugunsten vermeintlicher Geschwindigkeit umgangen werden.
Trotzdem lohnt sich die Unterscheidung zwischen zwei Arten von Zeit:
notwendiger Bearbeitungszeit und vermeidbarer Liege- oder Abstimmungszeit.
Dazu gehören beispielsweise Fragen wie:
- Wartet ein Vorgang auf eine fachlich notwendige Entscheidung?
- Oder ist lediglich nicht transparent, wer als Nächstes handeln muss?
- Fehlen Informationen für die Freigabe?
- Müssen Informationen aus verschiedenen Systemen erneut zusammengesucht werden?
- Entstehen Rückfragen, weil Auswirkungen zuvor nicht vollständig sichtbar waren?
Erst diese Unterscheidung zeigt, ob überhaupt ein relevanter Engpass vorliegt.
4. Vollständigkeit der Umsetzung nachweisen
Am Ende eines Änderungsprozesses steht eine einfache, aber wichtige Frage:
Ist wirklich alles angepasst worden, was angepasst werden musste?
In einem überschaubaren Fall kann dies leicht beantwortet werden.
Bei komplexeren Abhängigkeiten steigt der Prüfaufwand.
Dann muss beispielsweise nachvollziehbar sein:
- welche Folgeaktionen ausgelöst wurden,
- welche Dokumente betroffen waren,
- welche Verantwortlichen ihre Aufgaben abgeschlossen haben,
- welche Abweichungen bewusst akzeptiert wurden,
- und ob der neue Stand tatsächlich konsistent ist.
Auch diese Kontrolle sollte nicht vorschnell automatisiert werden.
Zuerst muss verstanden werden, wie sie heute funktioniert und welchen Aufwand sie tatsächlich verursacht.
Was bestehende Systeme bereits leisten
Bevor eine neue Technologie diskutiert wird, sollte geklärt werden, was bereits vorhanden ist.
PLM-Systeme unterstützen beispielsweise Produktstrukturen und technische Änderungen. ERP-Systeme führen Stücklisten, Material- und Auftragsinformationen. DMS-Lösungen verwalten Dokumente und Versionen. Qualitäts- und Workflow-Systeme bilden Freigaben oder Prüfprozesse ab.
Die Systeme selbst sind deshalb nicht automatisch das Problem.
Ein Engpass kann vielmehr dort entstehen, wo für eine Entscheidung Informationen aus mehreren dieser Systeme gemeinsam benötigt werden.
Ein typisches Beispiel:
Eine technische Änderung ist im führenden System sauber erfasst. Für die Auswirkungsanalyse benötigt die zuständige Fachperson jedoch zusätzlich Informationen aus früheren Projekten, Produktionsunterlagen, Reklamationen oder Servicefällen.
Dann lautet die Frage nicht:
„Welches neue System brauchen wir?“
Sondern:
„Wie bekommen wir die vorhandenen Informationen mit weniger Aufwand in den richtigen Entscheidungskontext?“
Das ist ein deutlich kleinerer und besser prüfbarer Ausgangspunkt.
Wo KI oder Automatisierung sinnvoll werden könnten
Erst jetzt sollte Technologie ins Spiel kommen.
Je nach Datenlage und Prozess könnten moderne Werkzeuge beispielsweise dabei unterstützen,
- zusammengehörige Informationen schneller aufzufinden,
- mögliche Abhängigkeiten sichtbar zu machen,
- vergleichbare frühere Änderungen zu identifizieren,
- Dokumente für eine fachliche Prüfung zusammenzustellen,
- offene Folgeaktionen transparent darzustellen,
- oder einen Prüfvorschlag vorzubereiten.
Das bedeutet jedoch nicht, dass ein System selbstständig technische Entscheidungen treffen sollte.
Gerade bei qualitäts- oder sicherheitsrelevanten Änderungen bleiben fachliche Bewertung und Freigabe bei den verantwortlichen Personen.
Technologie kann Informationsarbeit unterstützen.
Verantwortung ersetzt sie nicht.
Der Business Case beginnt mit dem tatsächlichen Aufwand
Die aktuelle wirtschaftliche Lage erhöht den Druck, bestehende Kapazitäten sinnvoll einzusetzen.
Für Schweizer Industrie-KMU ist das besonders relevant: Swissmem berichtete für das erste Halbjahr 2026 zwar von steigenden Auftragseingängen in der Tech-Industrie, gleichzeitig aber von rückläufigen Umsätzen bei KMU und weiter starkem Margendruck.
Quelle: Swissmem, „Die Erholung in der Tech-Industrie bleibt fragil“, 24.08.2026
Das macht Prozessverbesserung interessant.
Es macht aber nicht automatisch jede Automatisierung wirtschaftlich sinnvoll.
Für einen belastbaren Business Case sollten deshalb zunächst wenige Zahlen erhoben werden:
- Wie viele relevante Änderungen gibt es pro Monat oder Jahr?
- Welche Rollen sind daran beteiligt?
- Wie viel Zeit entfällt auf Suche, Prüfung, Abstimmung und Nachverfolgung?
- Wo entstehen Wiederholungen oder vermeidbare Rückfragen?
- Welche Fehler oder Verzögerungen verursachen tatsächlich messbare Kosten?
Erst daraus ergibt sich die wirtschaftliche Grössenordnung.
Ein Prozess, der auf den ersten Blick umständlich wirkt, kann bei wenigen Fällen vollkommen ausreichend sein.
Ein einzelner zusätzlicher Prüfschritt von zehn Minuten kann dagegen bei hoher Fallzahl und mehreren beteiligten Fachpersonen relevant werden.
Ein einfacher Prüfrahmen für den eigenen Betrieb
Für eine erste Einordnung braucht es noch kein Digitalisierungsprojekt.
Nehmen Sie einen konkreten Änderungstyp und verfolgen Sie ihn vom Auslöser bis zum Abschluss.
Prüfen Sie dabei fünf Punkte:
1. Auslöser
Was startet die Änderung?
2. Auswirkungsanalyse
Wie wird festgestellt, welche Produkte, Dokumente, Systeme und Bereiche betroffen sind?
3. Umsetzung
Welche Folgeaktionen müssen durchgeführt werden?
4. Kontrolle
Wie wird geprüft, ob alle notwendigen Aktionen erfolgt sind?
5. Aufwand
Wo verbringen Fachpersonen Zeit mit Suchen, Übertragen, Nachfragen oder erneutem Prüfen?
Der fünfte Punkt ist entscheidend.
Nicht jede Aktivität ist Verschwendung. Viele Kontrollen sind fachlich notwendig.
Gesucht wird nur der Aufwand, der keinen zusätzlichen fachlichen Wert schafft.
Bestehendes verbessern, bevor etwas Neues gebaut wird
Am Ende einer solchen Prüfung können unterschiedliche Ergebnisse stehen.
Vielleicht zeigt sich, dass der bestehende Änderungsprozess gut funktioniert und kein wirtschaftlich relevanter Engpass besteht.
Dann sollte nichts verändert werden.
Vielleicht fehlen lediglich klare Zuständigkeiten, eine bessere Konfiguration des vorhandenen Systems oder eine kleine Integration.
Dann braucht es kein KI-Projekt.
Oder es zeigt sich tatsächlich ein wiederkehrender Informations- und Prüfaufwand, den bestehende Systeme nicht ausreichend unterstützen.
Erst dann lohnt sich die Frage, ob Automatisierung, bessere Systemintegration oder KI einen zusätzlichen Nutzen schaffen kann.
Diese Reihenfolge schützt vor einem häufigen Fehler:
Eine Technologie einzuführen, bevor klar ist, welches Problem sie wirtschaftlich lösen soll.
Fazit: Ein guter Prozess kann trotzdem Reibung enthalten
Formalisierte Änderungsprozesse sind kein Zeichen für ein Digitalisierungsdefizit.
Im Gegenteil: Sie schaffen die notwendige Grundlage für kontrollierte Veränderungen.
Der interessante Ansatzpunkt liegt deshalb oft eine Ebene tiefer.
Nicht:
Gibt es einen Prozess?
Sondern:
Wie viel Aufwand entsteht innerhalb dieses Prozesses, um Auswirkungen zu erkennen, Folgeaktionen zu koordinieren und Vollständigkeit sicherzustellen?
Wenn dieser Aufwand relevant ist, lohnt sich eine genauere Prüfung.
Und erst wenn klar ist, dass bestehende Systeme und organisatorische Verbesserungen nicht ausreichen, sollte über eine zusätzliche technische Lösung gesprochen werden.
Wo bindet Ihr Änderungsprozess heute Fachzeit?
CoreGrowth prüft operative Engpässe in der Maschinellen Industrie zuerst im bestehenden Arbeitsablauf und in den vorhandenen Systemen.
Im Mittelpunkt stehen nicht neue Tools, sondern drei Fragen:
Wo entsteht tatsächlich Aufwand? Was lässt sich mit bestehenden Mitteln verbessern? Und wo lohnt sich eine Ergänzung wirtschaftlich?