Services brauchen ab Tag eins einen Owner, auch für die Kosten

Ein neues Tool, Portal oder Automationspaket wirkt oft fertig, sobald es produktiv erreichbar ist. Für den IT-Betrieb beginnt die eigentliche Verantwortung aber genau an diesem Punkt. Der erste Betriebstag braucht deshalb nicht nur einen technischen Owner, sondern auch einen Kostenbesitzer. Ohne diese Rolle bleiben Lizenz, Support, Cloud-Verbrauch, Weiterentwicklung und Abschaltung später zwischen Projekt, Fachbereich und Betrieb hängen.

Ein IT-Dienst ist mehr als das Ergebnis eines Projekts. Er verursacht laufende Aufwände, braucht Pflege, muss überwacht werden und soll irgendwann bewusst verändert oder abgeschaltet werden können. Für ITSM-Generalisten ist die Kostenfrage deshalb keine reine Controlling-Übung. Sie entscheidet, ob ein Dienst im Portfolio sichtbar bleibt oder nach dem Go-live als stiller Dauerposten weiterläuft.

ITIL beschreibt Service Management als Management von IT-gestützten Diensten über ihren Nutzen für Kunden und Organisation. ISO/IEC 20000-1 behandelt Anforderungen an ein Service-Management-System. ISO/IEC 38500 ordnet IT-Governance als Führungsaufgabe ein. Für den Alltag heißt das vereinfacht: Ein Dienst braucht Verantwortlichkeit über Technik, Nutzen, Risiko und Kosten hinweg, nicht nur ein erfolgreiches Projektende.

Projektbudget ist kein Betriebsmodell

Das Projektbudget beantwortet eine Startfrage: Wie wird eine Lösung gebaut, eingeführt oder beschafft? Es beantwortet aber nicht automatisch, wer die laufenden Kosten trägt. Nach dem Go-live kommen andere Fragen dazu. Wer zahlt die Cloud-Ressourcen? Wer entscheidet über zusätzliche Lizenzen? Wer finanziert Betrieb, Monitoring, Support und spätere Anpassungen? Wer darf den Dienst verkleinern, pausieren oder abschalten?

Fehlt diese Klärung, entsteht ein vertrautes Muster. Das Projektteam ist fachlich schon weitergezogen. Der Betrieb hält die Lösung technisch am Leben. Der Fachbereich erwartet Nutzen und Verfügbarkeit. Das Portfolio sieht aber nur unvollständige Kosten. Genau dort wird der Dienst gefährlich unscharf, weil jede spätere Entscheidung wie eine neue Verhandlung wirkt.

Ein Kostenbesitzer macht Verantwortung entscheidbar

Der Kostenbesitzer ist nicht zwingend die Person, die jede Rechnung persönlich freigibt. Wichtiger ist die sichtbare Entscheidungsrolle. Diese Rolle muss beantworten können, warum der Dienst weiterlaufen soll, welches Budget dafür genutzt wird und welche Grenze erreicht ist, bevor eine neue Entscheidung nötig wird. Sie verbindet Finanzsicht, Servicewert und Betriebsrealität.

Im ITSM-Alltag hilft diese Rolle vor allem an drei Stellen. Erstens verhindert sie, dass Betriebskosten nur als technischer Nachlauf behandelt werden. Zweitens macht sie sichtbar, wann ein Dienst mehr Nutzen verspricht als das verfügbare Budget trägt. Drittens zwingt sie zur Abschaltfrage, bevor veraltete Dienste still weiterbezahlt werden.

Die Übergabe braucht mehr als einen Namen im Feld Owner

Ein Owner-Feld im Servicekatalog reicht nicht, wenn es nur eine Kontaktperson nennt. Vor dem ersten Betriebstag sollte klar sein, welche Kostenarten zum Dienst gehören. Dazu zählen interne Betriebszeit, externe Dienstleister, Lizenzen, Cloud-Verbrauch, Speicher, Sicherheitsprüfungen, Support, Schulung und kleinere Weiterentwicklungen. Nicht jede Organisation muss diese Kosten sofort perfekt messen. Sie muss aber wissen, wer über sie entscheidet.

Praktisch reicht oft eine kleine Pflichtstruktur im Übergabepaket. Der Dienst bekommt einen fachlichen Nutzenverantwortlichen, einen technischen Betriebsverantwortlichen und einen Kostenbesitzer. Zusätzlich braucht er eine erwartete Kostenlogik, eine Review-Frequenz und eine Grenze, ab der das Portfolio erneut entscheiden muss. So wird aus einer Übergabe kein Formularritual, sondern ein Schutz gegen spätere Blindflüge.

Portfolioarbeit beginnt vor dem ersten Ticket

Die wichtigste Frage sollte gestellt werden, bevor die ersten Störungen, Änderungswünsche und Mehrkosten eintreffen: Was muss passieren, damit dieser Dienst auch nach sechs Monaten noch bewusst im Portfolio steht? Die Antwort gehört in Servicekatalog, Übergabeprotokoll oder Portfolioboard. Dort sehen Betrieb, Fachbereich und Management denselben Rahmen.

• Jeder neue IT-Dienst bekommt vor dem Go-live einen benannten Kostenbesitzer.
• Das Übergabepaket nennt laufende Kostenarten, nicht nur Projektkosten.
• Servicekatalog und Portfolio zeigen dieselbe Verantwortlichkeit.
• Budgetgrenzen, Review-Termin und Abschaltkriterium werden vor dem ersten Betriebstag dokumentiert.
• Änderungswünsche ohne Kostenentscheidung laufen nicht automatisch in den Betrieb.

Das macht den Start nicht langsamer, sondern ehrlicher. Ein Dienst, dessen laufende Verantwortung früh sichtbar ist, lässt sich später besser erklären, verbessern oder beenden. Der Kostenbesitzer schützt damit nicht nur das Budget, sondern auch den Betrieb vor Diensten, die niemand mehr wirklich steuert.

Quellen und Einordnung: AXELOS zu ITIL Service Management, ISO/IEC 20000-1 Service Management, ISO/IEC 38500 Governance of IT. Stand der Quellenprüfung: 21.07.2026. Bildquelle: Pexels, Foto-ID 7821485, C00 Lizenz.