IT vs. OT.
Warum Kultur
entscheidet.

IT/OT-Konvergenz heißt, dass Steuerungscode der Operational Technology (OT) und Software der Informationstechnologie (IT) denselben Weg gehen: Der SPS-Code liegt im selben Repository, und eine gemeinsame Pipeline testet jede Änderung, bevor sie im Wartungsfenster auf die Anlage geht. Die Technik dafür steht oft in wenigen Wochen. Ob sie im Alltag genutzt wird, hängt davon ab, ob SPS-Programmierer und DevOps-Engineer den gemeinsamen Ablauf als ihren eigenen ansehen.

OT steht für Operational Technology, auf Deutsch Betriebstechnologie. Darunter fallen alle Hard- und Software-Systeme, die physische Prozesse überwachen und steuern: speicherprogrammierbare Steuerungen (SPS, englisch PLC), SCADA-Systeme, Prozessleitsysteme (DCS), Sensoren und Aktoren in Produktion, Energieversorgung und Anlagentechnik.

Als OT-Systeme bezeichnet man die Steuerungs- und Überwachungssysteme der Produktion: SPS als Maschinensteuerung, SCADA für Visualisierung und Prozessführung, DCS in der Verfahrenstechnik, dazu MES und Historian an der Nahtstelle zur IT. In der klassischen Automatisierungspyramide sitzen sie unterhalb der IT-Systeme wie ERP; in konvergenten Architekturen greifen beide Ebenen über Protokolle wie OPC UA und MQTT direkt ineinander. Für die IT-Abteilung sind sie vor allem deshalb besonders, weil sie sich nicht beliebig patchen oder neu starten lassen.

OT bezeichnet die etablierten Steuerungssysteme der Produktion (SPS, SCADA, DCS), die physische Prozesse direkt regeln. IoT (Internet of Things) beschreibt vernetzte Sensoren und Geräte, die Daten erfassen und über Netzwerke austauschen. IoT ergänzt OT um Konnektivität und Datenerfassung; IIoT (Industrial IoT) ist die industrielle Ausprägung an der Schnittstelle beider Welten.

Weil das Wort in beiden Welten einen anderen Vorgang bezeichnet. In der IT ist ein Deployment ein automatisiertes Update, das in Sekunden läuft und sich per Rollback zurücknehmen lässt. In der OT ist es ein SPS-Download, der ein geplantes Wartungsfenster braucht und oft einen Techniker an der Maschine, der den Anlauf beobachtet. Ein gemeinsamer Ablauf trennt deshalb, was in der IT zusammenfällt: Die Pipeline baut und testet das Artefakt jederzeit, auf die Anlage geht es erst im Wartungsfenster. Teams, die das zu Beginn klären, sparen sich die Planungsrunde, in der beide dasselbe Wort sagen und Verschiedenes meinen.

Das größte Risiko ist die wachsende Angriffsfläche. Sobald OT-Systeme mit IT-Netzen und Cloud-Diensten verbunden werden, sind Steuerungen erreichbar, die zuvor isoliert liefen. Dazu kommen veraltete Betriebssysteme ohne Patches, fehlende Authentifizierung in vielen Industrieprotokollen und Anlagenlebenszyklen von 15 bis 30 Jahren. Die Antwort darauf ist Netzsegmentierung nach IEC 62443 mit definierten Zonen und Übergängen sowie ein Patch- und Monitoring-Prozess, der die Verfügbarkeitsanforderungen der OT respektiert. Der Cyber Resilience Act macht Meldepflichten für Produkte mit digitalen Elementen seit dem 11. September 2026 verbindlich, die volle Konformität ist ab dem 11. Dezember 2027 nachzuweisen.

Das Purdue-Modell (Purdue Enterprise Reference Architecture) gliedert die Fertigung in Ebenen: von Sensorik und Steuerung (Level 0 bis 2) über die Fertigungsleitebene (Level 3) bis zu den IT-Systemen wie ERP (Level 4 und 5), getrennt durch eine demilitarisierte Zone. In der Konvergenz wird diese strikte Trennung nicht abgeschafft, sondern durch kontrollierte Übergänge ersetzt. Daten fließen über definierte Schnittstellen wie OPC UA statt über ein flaches Netz. Das Modell bleibt der gängige Bezugsrahmen für die Frage, welche Systeme direkt kommunizieren dürfen und welche nur über ein Gateway.

Zunehmend der CISO, also die IT-Seite: Laut dem State of Operational Technology and Cybersecurity Report von Fortinet (2025) liegt die Verantwortung für OT-Sicherheit inzwischen in 52 % der befragten Unternehmen beim CISO, 2022 waren es 16 %. Das klärt die Security, aber nicht den Betrieb. Ob und wann eine Änderung auf die Anlage geht, sollte weiter der Anlagenverantwortliche entscheiden; der CISO legt fest, über welchen Weg und mit welchen Nachweisen.

Erste sichtbare Veränderungen treten nach drei bis sechs Monaten auf, wenn Pilotteams gemeinsame Erfolge erzielen. Ein Kulturwandel, der die gesamte Organisation erfasst, dauert typischerweise 12 bis 18 Monate. Der Fahrplan in diesem Artikel deckt die ersten 18 Wochen ab, also den Teil bis zum ersten skalierten Piloten.

Bewährt haben sich drei Bausteine: eine IT/OT-Tandemführung, in der CIO und eine zentrale OT-Rolle gemeinsam verantworten, ein gemischtes Projektteam mit IT- und OT-Fachleuten für die Pilotprojekte und eine Community of Practice als dauerhafte Klammer für den Wissensaustausch. Wichtig ist, dass die OT nicht einfach unter die IT gehängt wird. Wer die Anlage verantwortet, behält die Entscheidung über die Anlage.

Ja. Ohne sichtbare Unterstützung durch die Führungsebene scheitern Kulturwandel-Initiativen fast immer. Führungskräfte müssen die gewünschte Zusammenarbeit vorleben, Zeit für Job-Shadowing und gemeinsame Retrospektiven freigeben und dem Pilotteam den nötigen Freiraum zum Ausprobieren geben.