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.
Auf einen Blick
- IT/OT-Kulturwandel ist die größte Herausforderung bei Industrial DevOps — 60-70 % der Transformationen scheitern an kulturellen Faktoren.
- Fünf typische Identitätskonflikte zwischen IT und OT lassen sich durch gemeinsame Ziele und gegenseitigen Respekt überbrücken.
- Ein 4-Phasen-Fahrplan führt in 18 Wochen vom ersten Job-Shadowing bis zur skalierten Zusammenarbeit.
- Psychologische Sicherheit, gemeinsame Metriken und Management-Vorleben sind die drei wichtigsten Erfolgsfaktoren.
- Quick Wins wie gemeinsame Retrospektiven und ein IT/OT-Glossar senken die Sprachbarriere sofort.
Andreas Schönfeld
Geschäftsführer & DevOps-Berater, Comquent GmbH
18+ Jahre Erfahrung in DevOps, CI/CD und Industrial Automation
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 47 Projekten in Deutschland, Österreich und der Schweiz 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".
Das deckt sich mit den Erkenntnissen des State of DevOps Report (Google DORA): Unternehmenskultur korreliert stärker mit Software-Delivery-Performance als jedes einzelne Tool. Teams mit hoher psychologischer Sicherheit deployen doppelt so häufig und erholen sich dreimal schneller von Ausfällen.
“Culture eats strategy for breakfast.”— Peter Drucker, zugeschrieben
Was bedeutet IT/OT-Konvergenz im kulturellen Kontext?
IT/OT-Konvergenz beschreibt nicht nur die technische Integration von Informationstechnologie (IT) und Operational Technology (OT), sondern auch die organisatorische und kulturelle Zusammenführung zweier historisch getrennter Fachbereiche. Während IT-Teams typischerweise agile Methoden, Cloud-Infrastruktur und schnelle Iterationszyklen nutzen, arbeiten OT-Teams mit Echtzeitsystemen, physischer Hardware und Lebenszyklen von 15-20 Jahren.
Der kulturelle Aspekt der IT/OT-Konvergenz umfasst gemeinsame Prozesse, Kommunikationsstrukturen, Metriken und Wertvorstellungen. Laut einer Studie von Accenture sind zentralisierte IT/OT-Organisationsmodelle und die Einhaltung des ISA-95-Standards entscheidend für eine erfolgreiche Konvergenz.
IDC prognostiziert, dass der potenzielle ROI fortschrittlicher IT/OT-Konvergenz einen kritischen Schwellenwert überschritten hat — Unternehmen können es sich nicht mehr leisten, die Transformationschancen zu ignorieren. Der Industrial-DevOps-Ansatz bietet einen erprobten Rahmen für diese Konvergenz.
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.
Die 3 wichtigsten Sofortmaßnahmen:
- Nächste Woche: Organisieren Sie ein gemeinsames Mittagessen oder eine Lunch-and-Learn-Session zwischen IT und OT.
- In 2 Wochen: Starten Sie gegenseitiges Job-Shadowing — ein Tag genügt für den ersten Perspektivwechsel.
- In 4 Wochen: Führen Sie die erste gemeinsame Retrospektive durch und identifizieren Sie gemeinsame Schmerzpunkte.
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.
Häufig gestellte Fragen zum IT/OT-Kulturwandel
Warum ist der Kulturwandel die größte Herausforderung bei Industrial DevOps?
IT und OT haben über Jahrzehnte unterschiedliche Arbeitsweisen, Prioritäten und Identitäten entwickelt — diese lassen sich nicht durch ein Tool-Update auflösen. Der Kulturwandel erfordert Vertrauensaufbau, gemeinsame Ziele und eine schrittweise Annäherung beider Welten.
Was sind die häufigsten Konflikte zwischen IT- und OT-Teams?
Die typischsten Konflikte betreffen Geschwindigkeit vs. Stabilität, Cloud vs. On-Premise, und unterschiedliche Risikowahrnehmung. IT möchte schnell iterieren, OT priorisiert Verfügbarkeit und Safety — beides sind berechtigte Anliegen, die in Einklang gebracht werden müssen.
Wie bringt man IT- und OT-Teams zur Zusammenarbeit?
Der effektivste Weg sind cross-funktionale Pilotteams, die an einem konkreten, gemeinsamen Projekt arbeiten. Gemeinsame Standups, Retrospektiven und ein geteiltes Kanban-Board schaffen Transparenz und bauen Vertrauen auf.
Was ist psychologische Sicherheit und warum ist sie wichtig?
Psychologische Sicherheit bedeutet, dass Teammitglieder Fehler zugeben, Fragen stellen und Ideen äußern können, ohne negative Konsequenzen befürchten zu müssen. In der OT-Welt ist sie besonders kritisch, da eine Fehlerkultur mit Schuldzuweisungen dazu führt, dass Probleme vertuscht statt behoben werden.
Wie lange dauert ein Kulturwandel zwischen IT und OT?
Erste sichtbare Veränderungen treten nach drei bis sechs Monaten auf, wenn Pilotteams gemeinsame Erfolge erzielen. Ein nachhaltiger Kulturwandel, der die gesamte Organisation erfasst, dauert typischerweise 12 bis 18 Monate.
Welche Quick Wins beschleunigen den IT/OT-Kulturwandel?
Sofort wirksame Maßnahmen sind gemeinsame Lunch-and-Learn-Sessions, ein geteiltes Glossar für IT/OT-Fachbegriffe und gegenseitige Hospitationen. Diese Low-Effort-Maßnahmen senken die Sprachbarriere und schaffen erste persönliche Verbindungen zwischen den Teams.
Was ist ein Blameless Post-Mortem und wie hilft es?
Ein Blameless Post-Mortem analysiert Vorfälle ohne Schuldzuweisungen — der Fokus liegt auf Systemursachen statt auf individuellen Fehlern. Diese Praxis ist der wirksamste Hebel für psychologische Sicherheit und verwandelt Fehler in organisationales Lernen.
Muss das Management den Kulturwandel aktiv unterstützen?
Ja, ohne sichtbare Unterstützung durch die Führungsebene scheitern Kulturwandel-Initiativen fast immer. Führungskräfte müssen die gewünschte Kultur vorleben, Ressourcen bereitstellen und dem Pilotteam den nötigen Freiraum zum Experimentieren geben.
Was ist IT/OT-Konvergenz?
IT/OT-Konvergenz beschreibt die technische, organisatorische und kulturelle Zusammenführung von Informationstechnologie (IT) und Operational Technology (OT). Während die technische Seite Netzwerke, Protokolle und Plattformen betrifft, umfasst die kulturelle Konvergenz gemeinsame Prozesse, Kommunikationsstrukturen und Wertvorstellungen zwischen IT- und OT-Teams.
Was sind die Vorteile der IT/OT-Konvergenz?
Die wichtigsten Vorteile sind: schnellere Time-to-Market durch gemeinsame Pipelines, höhere Anlagenverfügbarkeit durch automatisierte Updates, bessere Entscheidungen durch gemeinsame Datennutzung, stärkere Compliance durch integrierte Security-Prozesse und geringere Betriebskosten durch Automatisierung. Laut IDC hat der ROI der IT/OT-Konvergenz einen kritischen Schwellenwert überschritten.
Wie misst man den Erfolg eines IT/OT-Kulturwandels?
Messbare KPIs sind: Anzahl gemeinsamer Releases pro Quartal, DORA-Metriken (Deployment Frequency, Lead Time, Change Failure Rate, MTTR), Team-Zufriedenheitsindex aus regelmäßigen Umfragen, Anzahl cross-funktionaler Meetings pro Woche und die Reduktion von Eskalationen zwischen IT und OT.
Welche Organisationsstruktur fördert IT/OT-Zusammenarbeit?
Bewährte Modelle sind: IT/OT-Tandem-Führung (gemeinsame Verantwortung von CIO und zentraler OT-Rolle), zentrales Projektteam mit IT- und OT-Experten für Pilotprojekte, und eine Community of Practice als dauerhafte Klammer für Wissensaustausch. Wichtig ist, dass OT nicht einfach unter IT subsumiert wird.
Verwandte Artikel
DevOps-Kultur auf dem Shopfloor
CALMS-Framework, Blameless Post-Mortems und psychologische Sicherheit.
Industrial DevOps: Der komplette Leitfaden
Was ist Industrial DevOps? CI/CD für cyber-physische Systeme und Industrie 4.0.
DevOps-Reifegrad messen & benchmarken
DORA-Metriken, Maturity Assessment und Value-Stream-Mapping.
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 buchenVon Comquent-Experten beraten — seit 2006 | 47+ erfolgreiche Projekte | Industrie, Automotive, Finance