Stille IT-Kosten gehören vor die nächste Budgetrunde

Budgetgespräche beginnen gern mit neuen Projekten, neuen Werkzeugen und neuen Erwartungen. Für den IT-Betrieb ist oft die andere Frage dringender: Welche laufenden Dienste, Übergänge und Abschaltungen kosten weiter Geld, obwohl sie in der Planung kaum noch sichtbar sind?

IT-Portfoliomanagement soll nicht nur neue Vorhaben sortieren. Es soll zeigen, welche Dienste welchen Nutzen haben, welche Risiken sie tragen und welche Mittel dauerhaft gebunden sind. FinOps ergänzt diese Sicht vor allem in der Cloud um laufende Kostenverantwortung und gemeinsame Steuerung zwischen Technik, Finanzen und Fachbereichen. Für ITSM-Generalisten bedeutet das: Ein Budget ist erst belastbar, wenn der Betrieb auch die stillen Restkosten, Übergangskosten und Verantwortlichkeiten kennt.

Neue Vorhaben sind selten das ganze Budgetproblem

In vielen Planungsrunden bekommen neue Projekte die meiste Aufmerksamkeit. Sie haben Business Cases, Roadmaps, Sponsoren und Präsentationen. Bestehende IT-Dienste wirken dagegen wie Grundrauschen. Sie laufen schon, also werden ihre Kosten oft als normaler Sockel behandelt. Genau dort entstehen aber Lücken, wenn Dienste fachlich kaum noch genutzt werden, technisch weiter betrieben werden oder durch andere Systeme ersetzt werden sollten.

Stille IT-Kosten sind keine einzelnen Peanuts. Sie entstehen aus vielen kleinen Fortsetzungen. Eine alte Schnittstelle bleibt aktiv, weil noch ein Fachbereich Daten zieht. Eine Testumgebung bleibt offen, weil niemand den Besitzer erreichen will. Ein Dienstleistervertrag läuft weiter, weil die Kündigungsfrist nicht mit dem Projektplan verbunden wurde. Eine Cloud-Ressource ist technisch markiert, aber keinem Service mehr sauber zugeordnet. Jede Position wirkt einzeln vertretbar. Zusammen blockieren sie Budget, das in der Planung eigentlich schon für Veränderung gebraucht wird.

Portfolioarbeit braucht eine Kostenfrage pro Dienst

Ein IT-Portfolio ist erst dann steuerbar, wenn jeder relevante Dienst eine einfache Kostenfrage beantworten kann: Was kostet es, diesen Dienst weiterzuführen, zu verändern oder sauber zu beenden? Diese Frage klingt banal, ist aber im Betrieb oft ungeklärt. Die reine Monatsrechnung zeigt nur, dass etwas bezahlt wurde. Sie erklärt nicht, ob der Dienst noch geschäftlich notwendig ist, wer den Nutzen bestätigt und welche Restarbeiten vor einer Abschaltung fehlen.

Deshalb sollte die Budgetrunde nicht nur nach neuen Mitteln fragen. Sie sollte für die wichtigsten Dienste eine kleine Portfolio-Entscheidung verlangen. Weiterführen, modernisieren, konsolidieren, beenden oder beobachten. Jede Entscheidung braucht einen Verantwortlichen, eine Begründung und einen nächsten Prüftermin. Ohne diese Disziplin wird Budgetplanung zur Fortschreibung des Vorjahres, nur mit neuen Überschriften.

Übergänge sind teurer als sie in Projektplänen aussehen

Besonders riskant sind Übergangsphasen. Ein neues Tool wird eingeführt, aber das alte bleibt für Daten, Historie oder einzelne Nutzergruppen aktiv. Ein Providerwechsel ist fachlich entschieden, aber Restzugänge, Abrechnungen und Supportfälle bleiben offen. Eine Anwendung soll abgelöst werden, doch eine Schnittstelle hängt an einem alten Prozess. In der Budgetplanung erscheinen solche Fälle oft als Projektabschluss. Im Betrieb sind sie weiter echte Arbeit.

Der entscheidende Unterschied liegt zwischen Liefertermin und Betriebsschluss. Ein Projekt kann formal abgeschlossen sein, während Kosten, Risiken und Zuständigkeiten weiterlaufen. ITSM-Teams sollten deshalb vor der Budgetrunde prüfen, welche Dienste sich im Übergang befinden und welche Restkosten noch nicht einem klaren Besitzer zugeordnet sind. Das verhindert, dass eine Modernisierung auf dem Papier spart, aber operativ zwei Welten parallel finanziert.

Cloud-Kosten brauchen mehr als eine Sammelrechnung

Cloud-Kosten machen stille Budgetlücken besonders sichtbar, weil Ressourcen schnell entstehen und nach einem Projektende nicht automatisch verschwinden. Tags, Kostenstellen und Verantwortliche helfen nur, wenn sie regelmäßig genutzt und hinterfragt werden. Eine sauber markierte Ressource ist noch keine gute Entscheidung. Entscheidend ist, ob jemand die laufende Nutzung, den Nutzen und den nächsten Schritt beurteilt.

FinOps betont deshalb die gemeinsame Verantwortung von Technik, Finanzen und Geschäft. Für ITSM heißt das: Kostensteuerung darf nicht nur im Einkauf oder Controlling liegen. Der Betrieb braucht eine Sprache, die technische Ressourcen mit Services, Nutzern und Entscheidungen verbindet. Erst dann wird aus einer Cloud-Rechnung eine steuerbare Portfolioinformation.

Abschalten braucht ein eigenes Budget

Ein häufiger Fehler besteht darin, das Ende eines Dienstes als Sparmaßnahme ohne Aufwand zu planen. Sauberes Abschalten kostet aber Zeit. Daten müssen gesichert oder gelöscht werden. Nutzer brauchen Hinweise. Schnittstellen müssen getrennt werden. Verträge und Zugänge müssen beendet werden. Monitoring, Dokumentation, Notfallpläne und Servicekatalogeinträge müssen angepasst werden. Wer dafür kein kleines Abschlussbudget reserviert, verschiebt die Kosten nur in den Betrieb.

Gerade deshalb gehört die Ausstiegsfrage früh in die Budgetrunde. Nicht jeder Dienst muss sofort beendet werden. Aber jeder Dienst mit sinkendem Nutzen, unklarem Besitzer oder doppelter Nachfolgelösung sollte eine sichtbare Entscheidung bekommen. Bleibt er, braucht er eine Begründung. Geht er, braucht er einen geordneten Abschluss. Hängt er dazwischen, braucht er einen Termin, an dem dieser Zustand nicht mehr still weiterlaufen darf.

Eine einfache Liste kann die Diskussion verändern

Für den Start reicht oft eine kurze Arbeitsliste. Welche Dienste haben keine klare fachliche Nutzung mehr? Welche Systeme laufen nur noch wegen einzelner Restprozesse? Welche Cloud-Ressourcen sind nicht eindeutig einem aktiven Service zugeordnet? Welche Verträge verlängern sich automatisch? Welche Projekte haben zwar geliefert, aber den alten Zustand noch nicht beendet? Welche Kostenpositionen tauchen in Rechnungen auf, aber nicht in einer Portfolioentscheidung?

Diese Liste ist kein perfektes Finanzmodell. Sie ist ein Schutz gegen Blindflug. Sie zwingt IT, Fachbereiche und Finanzen, über konkrete Dienste statt über abstrakte Budgettöpfe zu sprechen. Genau dadurch wird die Budgetrunde fachlicher: Nicht wer am lautesten neue Mittel fordert, gewinnt die Diskussion, sondern wer Nutzen, Kosten, Risiko und nächsten Schritt nachvollziehbar verbindet.

Der wichtigste Satz kommt vor der Freigabe

Vor jeder größeren Budgetfreigabe sollte ein Satz hörbar sein: Wir wissen, welche Kosten weiterlaufen, obwohl der Nutzen sinkt oder der Besitzer unklar ist. Wenn dieser Satz nicht belegbar ist, fehlt eine wichtige Entscheidungsgrundlage. Dann kann das neue Budget richtig gerechnet sein und trotzdem am falschen Ort landen.

Stille IT-Kosten verschwinden nicht durch bessere Folien. Sie verschwinden durch eindeutige Dienstbesitzer, saubere Übergaben, überprüfte Cloud-Ressourcen, Kündigungs- und Abschalttermine sowie ehrliche Portfolioentscheidungen. Die Budgetrunde ist dafür ein guter Moment, weil sie Aufmerksamkeit bündelt. Wer dort nur über neue Vorhaben spricht, lässt einen Teil der Steuerung liegen.

Quellen und Einordnung: FinOps Foundation zur FinOps-Grundidee, FinOps Framework, The Open Group IT4IT Standard, AXELOS zu ITIL Service Management, Google Cloud Architecture Framework zur Kostenoptimierung, Microsoft Cloud Adoption Framework zu Resource Tagging. Stand der Quellenprüfung: 15.07.2026. Bildquelle: Pexels, Foto-ID 6801648.