Softwareeinführung mit Change Management

Wie systemisches Change Management den Wert von IT-Investitionen rettet

„Die neue IT-Lösung für unsere Produktionsanlagen liefert hochpräzise Analysen der Systemprotokolle auf Komponentenebene und bietet APIs für die Integration in unsere Workflow-Systeme!" – Ein Satz, der die Augen von IT-Spezialisten zum Leuchten bringt. Bei Werksleitern löst er oft etwas anderes aus: die Frage nach dem Return on Investment und die Sorge vor einer ohnehin schon überlasteten Mannschaft.

Das ist die klassische Sollbruchstelle in Digitalisierungsprojekten. Zwei Lager sprechen unterschiedliche Sprachen und folgen völlig anderen Eigenlogiken:

  • Die technische Einheit begeistert sich für Features, Datenqualität und Machbarkeit.
  • Die Entscheiderebene denkt in wirtschaftlichen Kennziffern und steuert das Unternehmen über die Leitdifferenz Geld/kein Geld: Kosten versus Ertrag.

Wenn diese Welten nicht anschlussfähig sind, scheitern selbst die brillantesten IT-Lösungen – nicht an der Technologie, sondern an der Organisation drum herum. Genau hier setzt systemisches Change Management an.

Das Praxisbeispiel: Wenn Daten die Sprache des Geldes lernen

Ein Maschinenbauunternehmen mit mehreren Werken stand vor einer typischen Situation: Eine Produktionsanlage lief seit Jahren zuverlässig. Jährlich fand eine aufwendige Inspektion statt. Verschleißteile wurden pauschal „auf Verdacht" getauscht, Monteure öffneten die Anlage nach Schema F. Ein funktionierendes, aber teures System.

Die werksübergreifende IT-Abteilung hatte das Potenzial erkannt: Durch veränderte Produktlinien variierte die Belastung der Maschinen erheblich. Neue Software zur Systemprotokollanalyse lag bereit. Doch in der ohnehin voll ausgelasteten Mannschaft stieß die Einführung auf massiven Widerstand. 

Die Reaktion eines Werkleiters in einem frühen Abstimmungsgespräch brachte es auf den Punkt: „Wir kommen mit dem, was wir haben, gut zurecht. Ich brauche keine neue Software, ich brauche Zeit."

Die IT-Abteilung beauftragte PRAXISFELD mit dem Change Management, weil die strategischen Ziele der digitalen Transformation in der Umsetzung einfach keinen Schwung aufnahmen.

Der Wendepunkt: Eine andere Frage stellen

Unsere erste Intervention war keine Präsentation und kein Workshop über die Vorteile der neuen Software. Wir stellten eine andere Frage in einem gemeinsamen Format, in dem IT-Verantwortliche und Werksleiter zum ersten Mal wirklich miteinander sprachen, anstatt aneinander vorbeizureden:

„Was würde es euch kosten, wenn ihr die nächste Inspektion um sechs Monate verschiebt? Und was würde es euch kosten, wenn ihr sie unnötigerweise doch durchführt?"

Was als technische Frage begann, wurde plötzlich zur Businessrechnung. Der Raum veränderte sich spürbar.

Die Auswertung der Systemprotokolle zeigte: Die Belastungsprofile der Anlage rechtfertigten in vielen Fällen deutlich längere Inspektionsintervalle ohne zusätzliches Risiko. Und der pauschale Tausch von Verschleißteilen war in einem Großteil der Fälle schlicht unnötig.

Die Ergebnisse im Projektbeispiel

  • Verlängerte Inspektionsintervalle: Statt starrer Jahreszyklen ermöglicht die datenbasierte Analyse eine flexible, bedarfsgerechte Planung.
  • Drastisch reduzierte Kosten: Die aufwendigen Montagearbeiten wurden deutlich seltener notwendig. Der gezielte statt pauschale Teileaustausch senkte die Materialkosten erheblich.
  • Entlastung statt Mehrarbeit: Der Ansatz „so viel wie nötig, so wenig wie möglich" entlastete die Mannschaft – genau das Gegenteil von dem, was sie anfangs befürchtet hatte.

Heute fordern Werkteams die Nutzung der IT-Lösung proaktiv ein. Der anfängliche Widerstand ist nicht überredet worden, sondern hat sich aufgelöst, weil der Sinn sichtbar wurde.

Warum das kein Einzelfall ist: Die systemische Erklärung

Was in diesem Projekt sichtbar wurde, ist kein Kommunikationsproblem im klassischen Sinne. Es ist ein strukturelles Merkmal von Organisationen.

IT-Abteilung und Geschäftsleitung handeln in solchen Situationen beide vollkommen rational, nur eben nach völlig unterschiedlichen Maßstäben. Die eine denkt in Funktionalität und technischer Qualität. Die andere denkt in Kosten, Risiken und Ertrag. Beide haben Recht. Und genau das ist das Problem.

Solange niemand aktiv die Übersetzungsarbeit übernimmt, reden beide Seiten aneinander vorbei und die beste IT-Lösung der Welt bleibt ungenutzt. Systemisches Change Management bedeutet deshalb nicht, Akzeptanz zu „verkaufen" oder Widerstand zu überwinden. Es bedeutet, einen Raum zu gestalten, in dem beide Seiten gemeinsam herausarbeiten, was eine Veränderung konkret wert ist. Erst dann entsteht echte Energie für die Umsetzung.

Das lässt sich nicht anordnen. Aber es lässt sich ermöglichen.

Was Entscheider aus diesem Projekt mitnehmen

  1. Die Technologie ist selten das eigentliche Problem.
    Digitale Transformationen scheitern fast nie an der IT. Sie scheitern, wenn technische Möglichkeiten nicht in die Sprache des Business übersetzt werden und wenn dieser Übersetzungsprozess nicht aktiv gestaltet wird.
     
  2. Widerstand ist kein Hindernis, sondern ein Signal.
    Der Widerstand der Werkteams war kein Zeichen von Veränderungsunwilligkeit. Er war ein Hinweis darauf, dass der Nutzen noch nicht sichtbar war. Wer Widerstand nur überwindet, anstatt ihn zu verstehen, verschenkt die wichtigsten Informationen des Projekts.
     
  3. Blinde Flecken sind strukturell, nicht persönlich.

    Was im Nachhinein offensichtlich wirkt, war für die Beteiligten genau das nicht. Das gilt für dieses Projekt, sowie für jede Organisation. Kein Team ist davor gefeit. Genau deshalb braucht es oft einen externen Blick, der neue Perspektiven einbringt.

Change Management führt über Sinn – nicht über Anweisung

Die Einführung komplexer IT-Lösungen ist kein IT-Projekt mit einem Change-Management-Anhang. Es kommt häufig vor, dass es Herausforderungen im Change Management gibt. In diesem Fall ist es ein Organisationsentwicklungsprojekt, das technische Umsetzung als einen von mehreren Teilen enthält. 

Ob eine IT-Lösung genutzt wird, entscheidet sich nicht im technischen Projekt. Es entscheidet sich in den Gesprächen, Erwartungen und Entscheidungslogiken der Organisation.

Systemisches Change Management bedeutet, die richtigen Fragen zur richtigen Zeit zu stellen, Brücken zwischen unterschiedlichen Rationalitäten zu bauen und einen gemeinsamen Sinnhorizont zu entwickeln, der für alle Beteiligten trägt. Das erfordert Erfahrung, organisationstheoretische Fundierung und die Bereitschaft, auch unbequeme Diagnosen auszusprechen.

PRAXISFELD begleitet Führungskräfte und Projektteams in genau diesen Situationen. Seit 1992. Aus einer Hand. Von der systemischen Diagnose bis zur konkreten Umsetzung im Change Management.