Wer bezahlt den IT-Service, den niemand mehr verantwortet?

Ein IT-Service ohne Besitzer ist selten wirklich kostenlos. Er steht vielleicht nicht mehr im Fokus, aber er erzeugt weiter Lizenzen, Cloud-Kosten, Supportaufwand, Sicherheitsprüfungen und Erwartungen der Nutzer. Genau deshalb muss die Frage nach dem Eigentümer früher kommen als die nächste Budgetrunde.

Für ITSM-Generalisten klingt Kostensteuerung oft nach Controlling. Im Alltag ist sie aber eine Betriebsfrage. Wer darf entscheiden, ob ein Service weiterläuft? Wer erklärt den Nutzen? Wer trägt das Risiko, wenn Daten, Schnittstellen oder Nutzer noch daran hängen? Ohne diese Rolle bleiben alte Services im Portfolio, obwohl niemand mehr sicher sagen kann, welchen Wert sie liefern.

Ein Service ohne Besitzer hat trotzdem Folgen

Ein verwaister Service entsteht selten durch eine einzelne Fehlentscheidung. Ein Projekt endet, ein Fachbereich wird umgebaut, ein Anbieter bleibt noch erreichbar, ein altes Tool wird für wenige Sonderfälle weiter genutzt. Auf dem Papier ist das harmlos. Im Betrieb entsteht aber eine Grauzone zwischen genutzt, geduldet und vergessen.

Diese Grauzone kostet. Lizenzen laufen weiter. Schnittstellen bleiben offen. Backups, Monitoring, Sicherheitsupdates und Dokumentation werden nicht sauber beendet. Der Service Desk bekommt Anfragen, obwohl kein fachlicher Ansprechpartner mehr reagiert. Das Portfolio zeigt dann zwar Kostenstellen, aber keine klare Verantwortung.

Kosten sind nur ein Symptom

Der direkte Eurobetrag ist wichtig, aber er ist nicht die ganze Geschichte. Ein Service ohne Eigentümer blockiert auch Entscheidungen. Niemand will abschalten, weil unklar ist, wer betroffen wäre. Niemand will modernisieren, weil kein Nutzenversprechen mehr vorliegt. Niemand will das Risiko übernehmen, weil es im Alltag verteilt wirkt.

Genau an dieser Stelle hilft IT-Service-Management. Es verbindet den technischen Betrieb mit der Frage, wofür ein Service da ist. Ein Service braucht nicht nur Server, Verträge und Tickets. Er braucht einen Zweck, einen Nutzerkreis, eine Qualitätsanforderung, einen Kostenrahmen und eine Person oder Rolle, die Entscheidungen vertreten kann.

FinOps und Portfolioarbeit treffen sich im Service

FinOps beschreibt die Zusammenarbeit von Technik, Finanzen und Fachbereichen, damit Cloud- und IT-Kosten bewusst gesteuert werden. Für Generalisten ist daran vor allem ein Punkt wichtig: Kosten werden nicht besser, wenn sie nur nach Rechnung, Konto oder Plattform sortiert sind. Sie werden steuerbar, wenn sie einem Service, einem Nutzen und einer Entscheidung zugeordnet werden können.

Das gilt nicht nur für Cloud-Kosten. Auch SaaS-Lizenzen, Wartungsverträge, Monitoring, externe Betriebsleistung und interne Arbeitszeit brauchen eine verständliche Zuordnung. Wenn ein Service keine verantwortliche Rolle hat, wird jede Kostenfrage zur Sucharbeit. Dann diskutieren Teams über Einzelposten, obwohl die eigentliche Entscheidung lautet, ob der Service noch gebraucht wird.

Der Besitzer muss nicht alles allein betreiben

Servicebesitz bedeutet nicht, dass eine Person jedes technische Detail selbst erledigt. Die Rolle muss aber die fachliche Entscheidung vertreten. Sie kennt den Zweck, die wichtigsten Nutzer, die Kritikalität, die erwartete Qualität und den Rahmen, in dem Kosten akzeptabel sind. Betrieb, Security, Einkauf und Finanzen können unterstützen, aber sie ersetzen diese Entscheidung nicht.

Praktisch sollte jede Serviceakte deshalb wenige Pflichtfelder enthalten. Wer ist fachlicher Besitzer? Wer ist technischer Ansprechpartner? Welche Nutzergruppe hängt daran? Welche Kostenarten fallen an? Welche Risiken entstehen bei Ausfall, Datenverlust oder Abschaltung? Wann wurde zuletzt geprüft, ob der Service noch gebraucht wird?

Abschalten braucht eine bessere Frage als nutzt das noch jemand

Die Frage, ob ein Service noch genutzt wird, klingt einfach, ist aber oft zu grob. Ein einzelner Login kann eine Abhängigkeit zeigen, aber auch nur ein alter Automatismus sein. Besser ist eine Entscheidungsprüfung. Welche Arbeit würde ohne den Service nicht mehr funktionieren? Gibt es einen Nachfolger? Welche Daten müssen gesichert werden? Welche Schnittstellen müssen getrennt werden? Wer informiert die Nutzer?

Damit wird Abschaltung planbar. Ein Service kann in Beobachtung gehen, Kosten können markiert werden, Zugriffe können gemessen werden, und die verantwortliche Rolle bekommt eine Frist für Entscheidung oder Begründung. So wird aus einem diffusen Kostenrest ein steuerbarer Portfoliofall.

Das Budget braucht eine Service-Sicht

Wenn Kosten nur nach Lieferant oder Technikbereich sichtbar sind, bleibt der Zusammenhang zum Nutzen schwach. Ein Cloud-Konto, ein Lizenzpaket oder ein Wartungsvertrag kann mehrere Services betreffen. Umgekehrt kann ein einzelner Service aus vielen Kostenarten bestehen. Die Portfoliofrage lautet deshalb nicht nur, welche Rechnung bezahlt wird. Sie lautet, welcher Service damit am Leben gehalten wird.

Eine einfache Service-Kostenübersicht muss nicht perfekt sein. Für den Anfang reichen grobe Kostenblöcke, erkennbare Nutzer, bekannte Risiken und ein klarer Entscheidungsstatus. Wichtig ist, dass niemand mehr behaupten kann, ein Service sei neutral, nur weil seine Kosten auf mehrere Stellen verteilt sind.

Der Service Desk sieht oft zuerst, was das Portfolio übersieht

Tickets, Rückfragen und Ausnahmen zeigen häufig früher als das Budget, dass ein Service nicht mehr sauber geführt wird. Nutzer fragen nach Berechtigungen, die niemand erklären kann. Störungen landen bei Teams, die den Service nicht mehr besitzen. Dokumentation verweist auf Personen, die längst andere Aufgaben haben.

Diese Signale gehören zurück ins Portfolio. Wenn der Service Desk regelmäßig meldet, welche Services ohne klare Zuständigkeit auftauchen, entsteht eine wertvolle Frühwarnung. Dann wird das Thema nicht erst sichtbar, wenn eine Rechnung steigt oder eine Sicherheitsprüfung eine Altlast findet.

Verantwortung macht Kosten verhandelbar

Ein Service mit Besitzer kann teuer sein und trotzdem richtig. Er kann kritisch, regulatorisch nötig oder für Kunden sichtbar sein. Ein Service ohne Besitzer kann klein wirken und trotzdem gefährlich werden. Der Unterschied liegt nicht im Betrag, sondern in der Entscheidbarkeit.

Darum sollte jede Portfolio- oder Budgetprüfung eine harte Mindestfrage stellen: Gibt es für diesen Service eine Rolle, die Nutzen, Kosten, Risiko und nächste Entscheidung vertreten kann? Wenn nicht, ist der Service nicht automatisch falsch. Er ist aber nicht entscheidungsreif. Erst mit sichtbarer Verantwortung lässt sich sauber klären, ob er bleiben, verändert, zusammengeführt oder abgeschaltet werden soll.

Quellen und Einordnung: FinOps Foundation Framework, FinOps Foundation zur Kostenzuordnung, AXELOS zum ITIL Service Value System, Atlassian zum IT-Servicekatalog. Stand der Quellenprüfung: 06.07.2026. Bildquelle: Pexels, Foto-ID 4386366.