IT vs. OT: Warum der Kulturwandel entscheidend ist
Die größte Herausforderung bei Industrial DevOps ist nicht die Technologie — es sind die Menschen. Wie Sie IT- und OT-Teams zu echter Zusammenarbeit bringen, ohne eine Seite zu überrollen.
Die unsichtbare Mauer zwischen IT und OT
In vielen Industrieunternehmen existieren IT und OT als zwei getrennte Welten. Nicht nur technisch — die Trennung sitzt tiefer. Es sind unterschiedliche Denkweisen, unterschiedliche Werte und unterschiedliche Identitäten. Der SPS-Programmierer, der seit 20 Jahren Anlagen zum Laufen bringt, sieht die Welt anders als der DevOps-Engineer, der in Sprints denkt und täglich deployt.
Diese Unterschiede sind nicht das Problem — sie sind sogar wertvoll. Das Problem entsteht, wenn beide Seiten aufeinandertreffen und niemand die Brücke baut.
In unserer Arbeit mit über 500 Projekten sehen wir immer wieder das gleiche Muster: Die Technologie für Industrial DevOps ist vorhanden. Die Tools funktionieren. Aber 60–70 % der Transformationen scheitern an kulturellen Faktoren — an Widerstand, Missverständnissen und dem Gefühl, dass die andere Seite „keine Ahnung hat, wie es hier wirklich läuft".
“Culture eats strategy for breakfast.”— Peter Drucker, zugeschrieben
Warum der Kulturwandel so schwer ist
Der Widerstand gegen Veränderung ist kein böser Wille — er ist menschlich. Psychologisch gesehen spielen drei Faktoren eine zentrale Rolle:
1. Identitätsbedrohung
Wenn ein erfahrener SPS-Programmierer hört, dass er jetzt „Git lernen und Pipelines bauen" soll, empfindet er das oft als Entwertung seiner bisherigen Arbeit. „Was ich 20 Jahre lang gemacht habe, war also falsch?" Die Einführung neuer Methoden wird als Kritik an der eigenen Kompetenz interpretiert — nicht als Ergänzung. Umgekehrt fühlen sich IT-Teams nicht ernst genommen, wenn OT ihre Vorschläge mit „das funktioniert hier nicht" abblockt.
2. Vertrauensdefizit
IT und OT haben oft keine gemeinsame Geschichte. Sie kennen sich nicht, haben nie zusammengearbeitet und wissen nicht, ob sie sich auf die andere Seite verlassen können. Wenn der IT-Vorschlag einer automatisierten Pipeline die Produktion betrifft, muss das OT-Team darauf vertrauen, dass die IT-Seite die Konsequenzen eines Fehlers versteht. Dieses Vertrauen muss erst aufgebaut werden — es lässt sich nicht verordnen.
3. Sprachbarriere
IT und OT verwenden dieselben Wörter mit unterschiedlicher Bedeutung. Ein „Deployment" in der IT ist ein Container-Update in Sekunden. Ein „Deployment" in der OT ist ein SPS-Download, der einen Anlagenstillstand erfordert. Ein „Test" in der IT läuft automatisiert in der Pipeline. Ein „Test" in der OT bedeutet: ein Techniker steht neben der Maschine und drückt Knöpfe. Ohne ein gemeinsames Vokabular redet man permanent aneinander vorbei.
5 typische Konflikte — und wie man sie überbrückt
Diese Spannungsfelder begegnen uns in fast jedem Industrial-DevOps-Projekt. Keine Seite hat Unrecht — beide Perspektiven sind berechtigt.
Schnelle Iteration, Move fast and break things
Stabilität ist oberstes Gebot — nichts darf kaputtgehen
Cloud-first, Container, Microservices
On-Premise, Echtzeitfähig, Deterministisch
Automatisierte Tests sind Pflicht
Nur der Test an der realen Anlage zählt
Frequent Releases, Continuous Deployment
Releases nur in geplanten Wartungsfenstern
Fehler sind Lernchancen (Blameless Culture)
Fehler können Menschenleben gefährden
6 Erfolgsfaktoren für den IT/OT-Kulturwandel
Was erfolgreiche Transformationen von gescheiterten unterscheidet.
Psychologische Sicherheit
Menschen müssen sich sicher fühlen, Fragen zu stellen, Fehler zuzugeben und Ideen vorzuschlagen — ohne Angst vor Konsequenzen oder Bloßstellung.
Identitätswahrung
Weder IT noch OT soll seine Identität aufgeben. Beide bringen wertvolle Expertise mit. Das Ziel ist Ergänzung, nicht Ersetzung.
Gemeinsame Ziele
Geteilte KPIs statt Abteilungs-Silos. Wenn IT und OT am gleichen Erfolg gemessen werden, entsteht natürliche Kooperation.
Regelmäßige Kommunikation
Nicht nur bei Problemen reden. Gemeinsame Retrospektiven, Dailies und informelle Formate schaffen Vertrauen und Verständnis.
Management-Vorleben
Führungskräfte müssen die neue Zusammenarbeit vorleben — nicht nur predigen. Sichtbare Unterstützung von oben ist entscheidend.
Lernkultur etablieren
Experimentieren ermutigen, Fehler als Lernchance begreifen. Wissensaustausch aktiv fördern — z.B. durch interne Tech-Talks.
Praxis-Fahrplan: Kulturwandel in 4 Phasen
Ein erprobter Ansatz aus unserer Beratungspraxis. Kein starres Framework, sondern ein Orientierungsrahmen, den Sie an Ihre Organisation anpassen.
Verstehen & Vertrauen aufbauen
- Gegenseitige Job-Shadowing-Tage: IT besucht den Shopfloor, OT besucht das Sprint-Planning
- Gemeinsame Value-Stream-Mapping-Workshops zur Visualisierung des Gesamtprozesses
- Identifikation gemeinsamer Schmerzpunkte, die beide Seiten betreffen
- Benennung eines IT/OT-Liaison — eine Person, die in beiden Welten zuhause ist
Gemeinsame Sprache finden
- Glossar erstellen: Was meint IT mit „Deployment"? Was meint OT mit „Inbetriebnahme"?
- Gemeinsame Metriken definieren: Lead Time, Change Failure Rate, Verfügbarkeit
- Erste gemeinsame Retrospektive mit IT- und OT-Teammitgliedern
- Kommunikationskanäle etablieren: gemeinsamer Chat-Kanal, wöchentliches Sync-Meeting
Pilot-Projekt starten
- Kleines, nicht-sicherheitskritisches Projekt als Piloten wählen
- Gemischtes Team aus IT- und OT-Mitarbeitern zusammenstellen
- Erste gemeinsame CI/CD-Pipeline aufbauen — mit Input beider Seiten
- Erfolge sichtbar machen: Demo-Sessions, Ergebnisse an die Wand hängen
Skalieren & Institutionalisieren
- Learnings aus dem Piloten dokumentieren und teilen
- Practices auf weitere Teams und Projekte ausrollen
- Community of Practice gründen: regelmäßiger Erfahrungsaustausch
- Kulturwandel-KPIs messen: Zufriedenheit, Collaboration-Index, gemeinsame Releases
4 Anti-Patterns: Was Sie vermeiden sollten
Gut gemeint ist nicht gut gemacht. Diese Ansätze sehen wir immer wieder — und sie scheitern zuverlässig.
Top-Down-Verordnung ohne Buy-In
Das Management verordnet „ab sofort arbeiten IT und OT zusammen" — ohne die Teams einzubeziehen oder deren Bedenken ernst zu nehmen.
Passiver Widerstand, Dienst nach Vorschrift, heimliches Weiterarbeiten wie bisher.
Bottom-up-Ansatz: Mit Freiwilligen starten, Quick Wins zeigen, Sogwirkung erzeugen.
IT-Tools aufzwingen
IT entscheidet allein über Tool-Stack und erwartet, dass OT sich anpasst. „Ihr müsst jetzt Git lernen."
OT-Teams fühlen sich überrollt, verlieren ihre Identität und Expertise.
Tool-Entscheidungen gemeinsam treffen. OT-Perspektive bei UX und Workflow berücksichtigen.
IT-Tempo auf OT übertragen
Zwei-Wochen-Sprints und Daily Standups werden 1:1 auf OT-Teams angewendet, deren Arbeit in anderen Zyklen verläuft.
Frustration auf beiden Seiten. OT-Teams empfinden Agilität als bürokratische Hürde.
Agile Praktiken adaptieren, nicht kopieren. Zyklen an OT-Realitäten anpassen.
Kulturwandel als Projekt behandeln
Ein 6-Monats-Projekt mit Start- und Enddatum: „Danach ist der Kulturwandel abgeschlossen."
Nach Projektende fallen alle in alte Muster zurück. Keine nachhaltige Veränderung.
Kulturwandel als kontinuierlichen Prozess verstehen. Regelmäßige Reflexion und Anpassung.
5 Quick Wins, die sofort wirken
Sie müssen nicht auf das große Transformationsprojekt warten. Diese Maßnahmen können Sie nächste Woche starten.
Gegenseitiges Job-Shadowing
Ein IT-Mitarbeiter verbringt einen Tag am Shopfloor. Ein OT-Kollege besucht das Sprint-Planning. Nichts schafft mehr Verständnis als die Erfahrung der anderen Seite.
Gemeinsames Mittagessen
Klingt banal, wirkt enorm. Informelle Kontakte zwischen IT und OT entstehen nicht von allein — schaffen Sie bewusst Gelegenheiten.
Gemeinsame Retrospektive
Eine einzige Retrospektive mit IT- und OT-Mitgliedern zeigt beiden Seiten: Wir haben dieselben Probleme, nur in anderer Form.
Schmerzpunkte-Workshop
Sammeln Sie gemeinsam die größten Schmerzpunkte beider Teams. Die Überschneidungen sind überraschend groß — und bilden die Basis für gemeinsame Projekte.
Erfolge feiern — gemeinsam
Wenn die erste gemeinsame Pipeline läuft: zeigen Sie es. Demo-Session, Pizza, Anerkennung. Kleine Erfolge sind der Treibstoff für den Kulturwandel.
Fazit: Technologie allein reicht nicht
Industrial DevOps ist zu 30 % Technologie und zu 70 % Kultur. Sie können die beste CI/CD-Pipeline der Welt aufbauen — wenn IT und OT nicht zusammenarbeiten, wird sie nicht genutzt.
Der Kulturwandel braucht Zeit, Geduld und die Bereitschaft, beide Perspektiven ernst zu nehmen. Es gibt keine Abkürzung. Aber es gibt einen Weg: mit kleinen Schritten anfangen, Vertrauen aufbauen, gemeinsame Erfolge schaffen und daraus lernen.
Die Unternehmen, die diesen Weg gehen, berichten nicht nur von schnelleren Releases und weniger Fehlern — sie berichten von Teams, die gerne zusammenarbeiten. Und das ist vielleicht der größte Gewinn von allen.
Brauchen Sie Unterstützung beim Kulturwandel?
Wir begleiten IT/OT-Teams auf dem Weg zur Zusammenarbeit — mit Workshops, Coaching und erprobten Methoden. Vereinbaren Sie ein kostenloses Erstgespräch.
Bereit für den nächsten Schritt?
Vereinbaren Sie ein kostenloses Erstgespräch — wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Erstgespräch buchen