IT vs. OT.
Warum Kultur
entscheidet.
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.
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. Unterschiedliche Denkweisen, Werte und 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.
In unserer Arbeit mit über 47 Projekten sehen wir immer wieder dasselbe Muster: Die Technologie funktioniert. Aber 60–70 % der Transformationen scheitern an kulturellen Faktoren.
Das deckt sich mit dem State of DevOps Report (Google DORA): Unternehmenskultur korreliert stärker mit Software-Delivery-Performance als jedes einzelne Tool.
Quelle: Accelerate State of DevOps Report · Comquent Projekterfahrungen (2006–2026)
Culture eats strategy— Peter Drucker, zugeschrieben
for breakfast.
Drei Faktoren blockieren
den Wandel.
- /01
Identitätsbedrohung
„Was ich 20 Jahre gemacht habe, war also falsch?"
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. 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.
- /02
Vertrauensdefizit
Keine gemeinsame Geschichte.
IT und OT kennen sich oft 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.
- /03
Sprachbarriere
Gleiche Wörter, unterschiedliche 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. Ein „Test" in der OT bedeutet: ein Techniker steht neben der Maschine. Ohne gemeinsames Vokabular redet man permanent aneinander vorbei.
Fünf Konflikte.
Fünf Brücken.
Diese Spannungsfelder begegnen uns in fast jedem Industrial-DevOps-Projekt. Keine Seite hat Unrecht — beide Perspektiven sind berechtigt.
Sechs Faktoren.
Ein Fundament.
Was erfolgreiche Transformationen von gescheiterten unterscheidet — und was Sie aktiv steuern können.
- /01
Psychologische Sicherheit
Fragen, Fehler, Ideen — angstfrei.
Menschen müssen sich sicher fühlen, Fragen zu stellen, Fehler zuzugeben und Ideen vorzuschlagen — ohne Angst vor Konsequenzen oder Bloßstellung.
- /02
Identitätswahrung
Ergänzung, nicht Ersetzung.
Weder IT noch OT soll seine Identität aufgeben. Beide bringen wertvolle Expertise mit. Das Ziel ist Ergänzung, nicht Ersetzung.
- /03
Gemeinsame Ziele
Geteilte KPIs statt Abteilungs-Silos.
Wenn IT und OT am gleichen Erfolg gemessen werden, entsteht natürliche Kooperation — ohne Anordnung von oben.
- /04
Regelmäßige Kommunikation
Nicht nur bei Problemen reden.
Gemeinsame Retrospektiven, Dailies und informelle Formate schaffen Vertrauen und Verständnis — über die Abteilungsgrenzen hinweg.
- /05
Management-Vorleben
Kultur wird kopiert, nicht dekretiert.
Führungskräfte müssen die neue Zusammenarbeit vorleben — nicht nur predigen. Sichtbare Unterstützung von oben ist entscheidend.
- /06
Lernkultur etablieren
Experimentieren ermutigen.
Fehler als Lernchance begreifen. Wissensaustausch aktiv fördern — durch interne Tech-Talks, Pair-Programming, Communities of Practice.
Vier Phasen.
18 Wochen.
Orientierungsrahmen aus
der Beratungspraxis — anpassbar
an Ihre Organisation.
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
Vier Wege,
auf denen Kulturwandel
garantiert scheitert.
- /01
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.
KonsequenzPassiver Widerstand, Dienst nach Vorschrift, heimliches Weiterarbeiten wie bisher.
Besser soBottom-up-Ansatz: Mit Freiwilligen starten, Quick Wins zeigen, Sogwirkung erzeugen.
- /02
IT-Tools aufzwingen
IT entscheidet allein über Tool-Stack und erwartet, dass OT sich anpasst. „Ihr müsst jetzt Git lernen."
KonsequenzOT-Teams fühlen sich überrollt, verlieren ihre Identität und Expertise.
Besser soTool-Entscheidungen gemeinsam treffen. OT-Perspektive bei UX und Workflow berücksichtigen.
- /03
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.
KonsequenzFrustration auf beiden Seiten. OT-Teams empfinden Agilität als bürokratische Hürde.
Besser soAgile Praktiken adaptieren, nicht kopieren. Zyklen an OT-Realitäten anpassen.
- /04
Kulturwandel als Projekt behandeln
Ein 6-Monats-Projekt mit Start- und Enddatum: „Danach ist der Kulturwandel abgeschlossen."
KonsequenzNach Projektende fallen alle in alte Muster zurück. Keine nachhaltige Veränderung.
Besser soKulturwandel als kontinuierlichen Prozess verstehen. Regelmäßige Reflexion und Anpassung.
Fünf Maßnahmen.
Nächste Woche startbar.
Sie müssen nicht auf das große Transformationsprojekt warten. Diese Maßnahmen wirken sofort.
- /01
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.
- /02
Gemeinsames Mittagessen
Klingt banal, wirkt enorm. Informelle Kontakte zwischen IT und OT entstehen nicht von allein — schaffen Sie bewusst Gelegenheiten.
- /03
Gemeinsame Retrospektive
Eine einzige Retrospektive mit IT- und OT-Mitgliedern zeigt beiden Seiten: Wir haben dieselben Probleme, nur in anderer Form.
- /04
Schmerzpunkte-Workshop
Sammeln Sie gemeinsam die größten Schmerzpunkte beider Teams. Die Überschneidungen sind überraschend groß — und bilden die Basis für gemeinsame Projekte.
- /05
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.
30 % Technologie.
70 % Kultur.
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: kleine Schritte, Vertrauen aufbauen, gemeinsame Erfolge schaffen.
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.
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.
Was Kunden
wirklich fragen.
- Q.01
- 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.
- Q.02
- 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.
- Q.03
- 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.
- Q.04
- 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.
- Q.05
- 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.
- Q.06
- 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.
- Q.07
- 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.
- Q.08
- 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.
- Q.09
- 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.
- Q.10
- 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.
- Q.11
- 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.
- Q.12
- 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.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance