Strategie · Guide · 5 MIN. LESEZEIT
Die Not-Invented-Here-Steuer: Widerstand erfahrener Mitarbeiter überwinden
Ein Präzisionsbetrieb investiert eine sechsstellige Summe in ein Top-MES — und die Bediener umgehen es mit dem Notizbuch. Warum das kein Sturheit ist und wie ihr die Belegschaft gewinnt.
strukturunion Team · 14. November 2017
Ein alteingesessener Betrieb für Präzisionswerkzeuge investiert eine sechsstellige Summe in ein hochwertiges europäisches Manufacturing Execution System. Die Einführung scheitert — nicht an der Technik, sondern daran, dass die Bediener erfindungsreiche Wege finden, die Software zu umgehen. Sie erfassen die Produktion weiter in persönlichen Notizbüchern in der Kitteltasche. Die teure Lösung läuft, aber niemand füttert sie mit echten Daten.
Das Muster
Wenn externe Software ohne Beteiligung über eine Organisation gestülpt wird, behandeln die Mitarbeiter sie wie eine Besatzungsmacht. Das ist keine simple Sturheit, sondern ein Akt beruflicher Selbstbehauptung. Ein erfahrener Mitarbeiter hat über Jahre ein mentales Modell verfeinert, das hohe Qualität und Sicherheit garantiert. Wenn ein starres, generisches System ihn zwingt, seine eingespielten Abläufe nur zu ändern, um ein Datenbankschema zufriedenzustellen, erlebt er das als echte Bedrohung seines Handwerks und seiner Produktivität.
Der Widerstand ist also ein Signal, kein Defekt. Er zeigt, dass die Software die Realität der Menschen auf der Fläche ignoriert. Man kann sich nicht aus einem Kulturproblem herausprogrammieren — kein zusätzliches Feature und keine Schulung ersetzt das Gefühl, ernst genommen zu werden. Wer den Widerstand nur als Trainingsproblem behandelt, kämpft gegen die falsche Front.
Aus unserer Praxis
Wir haben gelernt, dass die erste Person, die wir gewinnen müssen, nicht der IT-Leiter ist, sondern der dienstälteste Mitarbeiter an der Linie. Bevor wir eine einzige Zeile einer individuellen Datenbrücke schreiben, verbringen wir ganze Schichten damit, den Bedienern über die Schulter zu schauen. Wir wollen ihre Kürzel verstehen, ihre Reihenfolgen, ihre ungeschriebenen Regeln.
So gehen wir dabei vor:
- Zuhören vor Entwerfen. Wir begleiten die Arbeit mehrere Schichten lang, statt sie in einem Meeting zu beschreiben.
- Die vorhandene Sprache übernehmen. Die Oberfläche nutzt die Begriffe, Kürzel und visuellen Gewohnheiten, die das Team ohnehin schon verwendet.
- Aus Betroffenen Mitgestalter machen. Wer seine eigene Logik in der Software wiedererkennt, verteidigt sie, statt sie zu umgehen.
- Früh gemeinsam prüfen. Erste Ansichten zeigen wir direkt an der Linie und passen sie an, bevor irgendetwas verbindlich wird.
Der Kern ist einfach: Wenn der Mitarbeiter seine eigene Logik in der Software sieht, ist die Akzeptanz sicher. Wir haben oft erlebt, dass genau die Person, die am lautesten gegen ein Vorgängersystem war, zum stärksten Fürsprecher der neuen Lösung wird — weil sie sich zum ersten Mal gemeint fühlt.
Was das für Einführungen heißt
Der teuerste Teil einer gescheiterten Einführung ist nicht die Lizenz, sondern der verbrannte Vertrauensvorschuss. Wer einmal erlebt hat, dass „die neue Software" den Alltag erschwert, geht beim nächsten Anlauf mit noch mehr Skepsis heran. Deshalb rechnet sich die Zeit, die man vorab in der Halle verbringt, doppelt: Sie verbessert nicht nur diese eine Lösung, sondern hält die Belegschaft offen für die nächste.
Fazit
Widerstand gegen neue Software ist selten Bequemlichkeit und fast immer Selbstschutz. Wer die Menschen an der Linie zuerst gewinnt und ihre Arbeitsweise in die Oberfläche übersetzt, braucht keine erzwungene Einführung. Wir beginnen jedes solche Projekt in der Werkhalle, nicht am Whiteboard. Wenn bei euch eine gute Lösung an der Akzeptanz scheitert, schauen wir gern gemeinsam, woran es wirklich liegt.