Produktionsnahe IT-Dienste gehören auf die erste Portfolio-Seite

Produktionsnahe IT-Dienste laufen oft außerhalb der lauten Portfolio-Debatten. Genau dort können aber Ausfälle, Sicherheitslücken und ungeklärte Zuständigkeiten besonders schnell spürbar werden.

Ein IT-Portfolio zeigt, welche Dienste eine Organisation betreibt, bezahlt, absichert und weiterentwickelt. Es ist damit mehr als eine Liste für das Management. Für ITSM-Generalisten ist es die Landkarte, auf der sichtbar werden muss, welche Services kritisch sind, wer sie verantwortet und welche Folgen ein Ausfall hätte. Produktionsnahe IT-Dienste gehören deshalb nicht ans Ende einer Inventarliste, sondern in die vordere Steuerung.

Produktionsnähe ist mehr als klassische Büro-IT

Produktionsnahe IT verbindet Betriebs-IT mit Anlagen, Fertigung, Lager, Gebäudetechnik oder industriellen Steuerungsumgebungen. Dazu können Schnittstellen zu Maschinen, lokale Server, Netzwerke in der Halle, Historian-Systeme, Wartungszugänge, Spezialsoftware, Druck- und Etikettierprozesse oder einfache Auswertungsdienste gehören. Nicht jeder dieser Dienste ist groß oder teuer. Manche sind gerade deshalb gefährlich, weil sie im Portfolio unscheinbar wirken.

Wenn ein solcher Dienst ausfällt, steht selten nur ein einzelner Arbeitsplatz still. Bestellungen können hängen bleiben, Produktionsdaten fehlen, Qualitätsnachweise werden verspätet erstellt oder ein externer Techniker bekommt keinen Zugriff. Die Wirkung landet dann beim Service Desk, in der Produktion und beim Management gleichzeitig. Wer den Dienst vorher nicht als geschäftsnahen Service geführt hat, muss im Ernstfall unter Zeitdruck klären, was eigentlich betroffen ist.

Das Portfolio muss Betriebsfolgen zeigen

Ein gutes Portfolio fragt nicht nur nach Name, Anwendung, Kostenstelle und technischer Plattform. Es zeigt auch, welche Leistung der Dienst im Alltag möglich macht. Für produktionsnahe IT sind drei Fragen besonders wichtig: Welche Betriebsfolge hätte ein Ausfall? Wer darf Entscheidungen treffen? Welche Mindestinformationen braucht der Service Desk, um schnell richtig zu eskalieren?

Diese Fragen helfen gegen eine typische Schwäche. Ein System ist zwar irgendwo inventarisiert, aber nicht als Service verstanden. Dann fehlen Besitzer, Ersatzweg, Wartungsfenster, Meldekette und Sicherheitsgrenze. Das kann eine kleine Anwendung betreffen, die Produktionszahlen überträgt, oder einen Zugang, den ein Anlagenhersteller für Wartung braucht. Im Portfolio muss deshalb sichtbar sein, ob der Dienst nur technisch existiert oder wirklich steuerbar ist.

IT und Betrieb brauchen dieselbe Kritikalitätssprache

NIST beschreibt industrielle Steuerungssysteme als Umgebungen, in denen Verfügbarkeit, Sicherheit und physische Prozesse eng zusammenhängen. CISA ordnet Industrial Control Systems ebenfalls als kritische Betriebsumgebungen ein. Für den Alltag heißt das nicht, dass jeder produktionsnahe Dienst automatisch ein Hochrisikosystem ist. Es heißt aber, dass die Bewertung nicht allein aus Sicht der zentralen IT erfolgen darf.

Die Produktion bewertet oft anders als die IT. Ein Dienst kann technisch klein sein, aber für eine Schichtübergabe, eine Qualitätsprüfung oder eine Lieferfreigabe entscheidend sein. Umgekehrt kann ein teures System weniger kritisch sein, wenn ein klarer manueller Ersatzweg existiert. Deshalb braucht das Portfolio eine gemeinsame Kritikalitätssprache: Betriebsfolge, maximale Ausfallzeit, Ersatzprozess, Sicherheitswirkung und zuständige Entscheidungsperson.

Besitzerlosigkeit ist das eigentliche Warnsignal

Der wichtigste Prüfpunkt ist nicht die perfekte technische Dokumentation, sondern der Besitzer. Ein produktionsnaher IT-Dienst ohne Besitzer ist im Budget, im Risiko und im Störungsfall schwer steuerbar. Niemand entscheidet rechtzeitig über Wartung, Modernisierung, Abschaltung, Ersatz oder zusätzliche Absicherung. Der Dienst bleibt laufen, bis er plötzlich im Mittelpunkt einer Störung steht.

Ein Besitzer muss nicht jede technische Einzelheit selbst lösen. Er muss aber klären können, wofür der Dienst gebraucht wird, wer betroffen ist, welches Risiko akzeptabel ist und wann eine Entscheidung eskaliert werden muss. Diese Rolle gehört ins Portfolio, in den Servicekatalog und in die Störungsinformationen. Nur so kann der Service Desk im Ernstfall erkennen, ob ein Ausfall nur unangenehm oder geschäftskritisch ist.

Der Budgetcheck ist ein guter Realitätsmoment

Spätestens vor dem nächsten Budgetlauf sollte das Portfolio produktionsnahe Dienste gesondert prüfen. Welche Dienste laufen weiter, obwohl niemand sie aktiv verantwortet? Welche Spezialsoftware hängt an alten Servern? Welche Wartungszugänge sind für Hersteller offen oder unklar geregelt? Welche kleinen Schnittstellen sichern einen großen Betriebsprozess? Welche Systeme kosten wenig, würden aber bei Ausfall viel Schaden verursachen?

Diese Prüfung muss nicht als Großprojekt starten. Eine kurze Liste mit Dienst, Betriebsfolge, Besitzer, Ersatzweg, Sicherheitsgrenze und nächster Entscheidung reicht oft für den ersten Schritt. Danach kann das Management sauberer entscheiden: weiter betreiben, absichern, modernisieren, zusammenlegen oder geordnet abschalten. Ohne diese Sicht bleibt das Portfolio zu kaufmännisch und der Betrieb trägt die Folgen.

Portfolioarbeit schützt den laufenden Betrieb

Produktionsnahe IT-Dienste gehören nach vorn, weil sie zwischen Strategie und Alltag vermitteln. Sie zeigen, wo ein scheinbar kleiner Dienst eine große Wirkung hat. Sie machen sichtbar, wo IT, Produktion, Einkauf, Sicherheit und Anbieter zusammenarbeiten müssen. Und sie verhindern, dass kritische Abhängigkeiten erst während einer Störung einen Namen bekommen.

Die erste Portfolio-Seite ist deshalb kein Platz für Prestigeprojekte allein. Dort müssen auch die Dienste stehen, deren Ausfall den Betrieb sofort trifft. Wer sie sichtbar macht, steuert nicht nur Kosten. Er gewinnt Zeit, Verantwortung und bessere Entscheidungen, bevor der nächste Ausfall die Lücke offenlegt.

Quellen und Einordnung: NIST SP 800-82 Rev. 3 zu Industrial Control System Security, CISA zu Industrial Control Systems, AXELOS zur ITIL Service Portfolio Management Practice. Stand der Quellenprüfung: 12.07.2026. Bildquelle: Pexels, Foto-ID 236705.