FinOps trifft ITSM: Von Service-Management-Daten zur Kontrolle von Cloud- und KI-Kosten

Die Verbrauchskosten für Cloud und KI-Anwendungen gehören zu den größten Sorgen der Führungsebene von Organisationen. FinOps, das die Kosten und den Wert der Technologie-Ausgaben verwaltet, taucht mit zunehmender Häufigkeit in Gesprächen rund um ITSM auf. Diese Konvergenz – die Annäherung zwischen denjenigen, die Technologiekosten, und denjenigen, die IT-Services verwalten – bleibt jedoch aus der Perspektive des Service Managements weitgehend unbeachtet.

Die meisten Organisationen behandeln die Kostenkontrolle als eine separate finanzielle Übung, die anhand von Kontoauszügen und Tabellenkalkulationen durchgeführt wird. Dabei existieren die Daten, die es ermöglichen würden, Ausgaben mit Unternehmensservices und deren Verantwortlichen zu verknüpfen, bereits in ihren Service-Management-Systemen.

In diesem Artikel erklären wir, wie eine CMDB, das Asset-Inventar, ein Servicekatalog sowie ein Anfrage- und Änderungsregister zur Grundlage einer glaubwürdigen Kosten-Governance werden können. Ebenso zeigen wir, warum die Zusammenarbeit zwischen FinOps und ITSM in beiden Bereichen von Vorteil ist.

Warum FinOps und ITSM konvergieren

FinOps entstand, um die Kosten öffentlicher Clouds zu verwalten, doch ihr Wirkungsbereich hat sich schnell ausgeweitet. Laut der Analyse von ITSM.tools zum State of FinOps 2026-Bericht der FinOps Foundation verwalten 98 % der befragten Organisationen inzwischen KI-Ausgaben (vor zwei Jahren waren dies erst lediglich 31 %), während 90 % SaaS-Ausgaben verwalten oder planen, dies innerhalb des Jahres zu tun. Immer mehr Unternehmen überwachen zudem Lizenzen, Private Clouds und Rechenzentren.

Für diejenigen, die sich mit Service Management befassen, ist jedoch ein anderer Punkt des Berichts besonders relevant: ITSM wird ausdrücklich als einer der operativen Bereiche genannt, mit denen FinOps-Teams zusammenarbeiten, neben dem IT-Finanzmanagement und dem Asset Management. Die Zusammenarbeit orientiert sich unter anderem an der Automatisierung und der Umsetzung von Korrekturen.

FinOps und ITSM nähern sich an, weil sie dasselbe Problem aus unterschiedlichen Blickwinkeln angehen: Ersteres quantifiziert die Ausgaben, Letzteres besitzt die Prozesse und Kontextdaten. FinOps benötigt operative Prozesse, um einzugreifen; ITSM verknüpft Prozesse und Daten selten mit der wirtschaftlichen Dimension.

Das Problem: Steigende Ausgaben, unklare Zuordnung

Die Ausgaben für Cloud und KI wachsen in absoluten Zahlen, doch in den meisten Organisationen kann niemand genau sagen, welcher Service, welches Projekt oder welche Organisationseinheit jeden einzelnen Kostenposten verursacht hat. Die Zuordnung des Verbrauchs bleibt ungenau; noch schwächer ist die Verbindung zwischen den getätigten Ausgaben und dem Wert, den die Services erzeugen, für die diese Ausgaben bestimmt sind.

Der State of FinOps 2026-Bericht weist auf eine Dynamik hin, die das Problem besonders dringend macht: Viele Organisationen fordern ihre Teams auf, KI-Investitionen durch Einsparungen zu finanzieren, die durch die Optimierung ihrer Ausgaben erzielt werden – genau dann, wenn die größten Einsparmöglichkeiten zur Neige gehen. Auf die Frage, ob KI-Investitionen ausreichend hohe Mehrwerte generieren, kann laut des Berichts kaum eine Organisation gescheit antworten.

Ohne eine zuverlässige Kostenzuordnung zu den verschiedenen Services und deren Verantwortlichen reduziert sich die Ausgaben-Governance auf eine ständige Budgetverhandlung, die jedoch ohne gemeinsame Datenbasis geführt wird. Mit einer zuverlässigen Zuordnung kann jede Diskussion auf einer sachlichen Grundlage beginnen: Welcher Service erzeugt einen bestimmten Verbrauch, in welcher Höhe, zugunsten welcher Organisationseinheit und mit welchem Return?

Die Daten, welche die IT bereits besitzt

Die Daten, die benötigt werden, um Cloud- und KI-Kosten den Services und Organisationseinheiten zuzuordnen, die sie verursachen, existieren bereits und befinden sich in den Service-Management-Systemen, welche die IT täglich nutzt.

CMDB und Asset-Inventar: Ausgaben mit Services verknüpfen

Die CMDB – die Datenbank, welche die Komponenten der IT-Umgebung und deren Beziehungen zueinander beschreibt – enthält die Karte, die in den Abrechnungsberichten der Cloud-Anbieter nicht erscheint: Für jede Technologie-Ressource ist der Service angegeben, den sie unterstützt; für jeden Service wird der verantwortliche Eigentümer identifiziert.

Die Verknüpfung der Cloud- und KI-Verbrauchsdaten mit den CMDB-Einträgen bedeutet, eine undifferenzierte Liste von Kosten in eine Ausgabenverteilung nach Service und Organisationseinheit umzuwandeln. Das Asset-Inventar ergänzt diese Informationen um Daten zu Lizenzen, Verträgen und Laufzeiten, die es ermöglichen, bezahlte und nicht genutzte Ressourcen, Überschneidungen zwischen Tools sowie Möglichkeiten zur Nachverhandlung zu identifizieren.

Damit die Verknüpfung zwischen Verbrauchsdaten und der CMDB funktioniert, muss die Datenbank aktuell gehalten werden. Ebenso sollten die Cloud-Ressourcen nach einheitlichen, auf Unternehmensebene festgelegten Benennungsregeln getaggt sein. Deren Einhaltung kann durch die ITSM-Prozesse des Change Managements sichergestellt werden: Jede neue in die Umgebung eingeführte Ressource wird als Teil des Prozesses selbst korrekt registriert und getaggt.

Servicekatalog und Anfrage-Workflows: Provisionierung verwalten

Wenn die Aktivierung neuer Cloud-Ressourcen oder KI-Services über den Servicekatalog und die entsprechenden Anfrage- und Genehmigungsworkflows erfolgt, ist jeder zukünftige Verbrauch autorisiert, durch einen dokumentierten Bedarf begründet und einem Service zuordenbar.

Die Provisionierung – also die Zuweisung von Ressourcen – hört auf, durch direkte Käufe einzelner Teams über die Konsolen der Anbieter außerhalb einer zentralen Kontrolle zu erfolgen, und wird zu einem verwalteten Prozess: mit Ausgabenschwellen, die zusätzliche Genehmigungen erfordern, vordefinierten Laufzeiten, nach denen die Ressource überprüft wird, sowie der automatischen Erfassung des Antragstellers und der Begründung jeder Aktivierung.

Dieselben Workflows können den umgekehrten Zyklus verwalten, d. h. die Stilllegung von Ressourcen, die FinOps-Analysen als unterausgelastet identifizieren: Die Einspar-Empfehlung wird zu einer nachverfolgten Änderungsanfrage mit einem Verantwortlichen und einer Frist.

ITSM als Referenzsystem zur Operationalisierung von FinOps

Im Wesentlichen kann ITSM das Referenzsystem sein, das FinOps-Empfehlungen operationalisiert. FinOps-Teams sind hervorragend darin, zu identifizieren, was sich ändern sollte (stillzulegende Ressourcen, zu skalierende Infrastrukturen, durchzusetzende Tagging-Regeln). Aber die Umsetzung dieser Änderungen erfordert strukturierte operative Prozesse. Genau dies kann das Service Management leisten: eine Anfrage öffnen, zuweisen, genehmigen, ausführen, überprüfen und dokumentieren.

Der Nutzen ist gegenseitig. FinOps-Teams erhalten die Gewissheit, dass ihre Empfehlungen tatsächlich umgesetzt werden: Jede durch die Analysen identifizierte Maßnahme wird den Service-Management-Prozessen anvertraut, die deren Ausführung, Überprüfung und Dokumentation sicherstellen und verhindern, dass Einsparhinweise ohne Folgen bleiben.

Wenn die Kosten pro Service sichtbar und aktuell sind, stärken sich Wertnachweis und Ausgabenkontrolle gegenseitig: Jedes Budgetgespräch wird zu einem Gespräch über Services, mit Daten, die beide Seiten anerkennen. Der State of FinOps 2026-Bericht bietet in dieser Hinsicht einen aufschlussreichen organisatorischen Hinweis: 78 % der FinOps-Teams berichten heute an den CTO oder CIO, und Teams, die mit der Unternehmensführung im Dialog stehen, üben einen zwei- bis viermal größeren Einfluss auf Technologiebeschaffungsentscheidungen aus.

Kostenmanagement als gemeinsame Verantwortung

Die Konvergenz betrifft die Organisationskultur noch vor den Tools. Solange die Kontrolle der Cloud- und KI-Ausgaben auf eine Finanzfunktion beschränkt bleibt und der Verbrauch von außen beobachtet wird, wird die Ressourcenzuordnung ungenau bleiben und Korrekturmaßnahmen werden zu spät kommen. Wenn hingegen Service-Management-Daten die Kostenanalyse speisen und Service-Management-Prozesse Korrekturen zeitnah umsetzen, wird das Kostenmanagement zu einer gemeinsamen Verantwortung des Service Managements.

Für IT-Führungskräfte ist der Ausgangspunkt unmittelbar: eine gepflegte CMDB, ein vollständiger Servicekatalog und gut gestaltete Anfrage-Workflows. Die Governance der Technologieausgaben besteht aus denselben Daten und Prozessen, die das Service Management täglich produziert.

FAQs

1. Was ist FinOps und warum ist es für das ITSM relevant? 

Der Begriff „FinOps“ bezeichnet die Gesamtheit der Praktiken, mit denen eine Organisation die Kosten und den Wert ihrer Technologie-Ausgaben verwaltet: ursprünglich für die Cloud entwickelt, haben sich diese auf KI, SaaS und Lizenzen ausgeweitet. Sie sind für das ITSM relevant, da das Service Management zu den wichtigsten Kooperationsbereichen zählt, insbesondere für die operative Umsetzung von Korrekturen.

2. Wie unterstützt die CMDB die Kontrolle von Cloud- und KI-Kosten?

Die CMDB verbindet Ressourcen, Services und Verantwortliche miteinander: Durch die Zusammenführung dieser Daten mit den abgerechneten Verbräuchen wird aus einer generischen Ausgabe eine Verteilung nach Service und Organisationseinheit, auf deren Basis Entscheidungen und Verantwortlichkeiten begründet werden können.

3. Wie wird das Provisioning durch ITSM-Workflows kontrolliert? 

Indem vorgesehen wird, dass die Aktivierung von Cloud-Ressourcen und KI-Services ausschließlich über den Servicekatalog erfolgt, mit obligatorischen Genehmigungen, Ausgaben-Schwellen und vordefinierten Laufzeiten. Jeder Verbrauch entsteht so autorisiert, begründet und einem Service zuordenbar.

4. Welche Vorteile erhält ITSM aus der Zusammenarbeit mit FinOps? 

Die Möglichkeit, den wirtschaftlichen Wert der verwalteten Services nachzuweisen, dank der Sichtbarkeit der Kosten pro Service, sowie eine größere Relevanz bei der Unternehmensführung.