Abgeschaltete IT braucht eine letzte Kostenrunde

Ein IT-Dienst ist selten in dem Moment erledigt, in dem die letzte Anwendung abgeschaltet wird. Gerade danach zeigt sich, ob Betrieb, Einkauf, Finanzen und Nachhaltigkeit dieselbe Realität sehen. Wer die Kostenrunde vergisst, lässt Stromverbrauch, Verträge, Sicherungen oder Überwachung weiterlaufen, obwohl der fachliche Nutzen schon beendet ist.

Stilllegung bedeutet hier nicht nur, einen Server auszuschalten oder eine Anwendung aus dem Menü zu nehmen. Gemeint ist der komplette Rückbau eines IT-Dienstes aus Betrieb, Abrechnung, Lizenzbestand, Vertrag, Backup, Monitoring und Verantwortlichkeit. Für ITSM-Generalisten ist das wichtig, weil Green IT nicht nur aus neuen Effizienzprojekten entsteht. Oft beginnt sie mit sauber beendeten Altlasten.

Abschalten ist ein technischer Schritt, Stilllegung ist ein Betriebsprozess

Im Alltag wird ein Dienst häufig aus fachlicher Sicht beendet, bevor die operativen Spuren verschwinden. Die Fachabteilung nutzt die Anwendung nicht mehr. Der Servicekatalog nimmt den Eintrag heraus. Vielleicht wird auch der Server gestoppt. Trotzdem können Speicherkosten, Lizenzmodelle, Wartungsverträge, Backup-Jobs, Sicherheitsprüfungen oder Monitoring-Alarme bestehen bleiben.

Genau deshalb braucht Stilllegung einen eigenen Abschluss. Der technische Schalter ist nur ein sichtbarer Teil. Entscheidend ist die Frage, welche Abhängigkeiten nach dem Schalter noch Geld, Energie oder Aufmerksamkeit verbrauchen. Ohne diese Prüfung entsteht ein stiller Bestand aus halben Altlasten. Er sieht in keinem Projektplan mehr wichtig aus, belastet aber Budget, Betrieb und Nachhaltigkeitsbilanz.

Die letzte Rechnung zeigt andere Dinge als das letzte Ticket

Ein Ticket kann sauber geschlossen sein, obwohl Kosten weiterlaufen. Das passiert besonders dann, wenn Service Desk, Infrastrukturteam, Einkauf und Finanzen unterschiedliche Systeme nutzen. Der Service Desk sieht den Rückbauauftrag. Das Infrastrukturteam sieht den gestoppten Dienst. Der Einkauf sieht den Vertrag erst beim nächsten Verlängerungslauf. Die Finanzsicht erkennt die Cloud- oder Lizenzkosten erst in der nächsten Abrechnung.

Eine letzte Kostenrunde verbindet diese Sichten. Sie prüft nicht nur, ob der Dienst fachlich erledigt ist, sondern ob alle Kostenpfade geschlossen oder bewusst begründet sind. Dazu gehören Cloud-Ressourcen, Speicherstände, reservierte Kapazitäten, Wartungspositionen, Supportverträge, Softwarelizenzen, Zertifikate, Monitoring-Werkzeuge und Dokumentationspflichten. Wenn ein Restposten bleiben muss, braucht er einen Besitzer und ein Ablaufdatum.

Green IT scheitert oft an Restbetrieb statt an großen Strategien

Nachhaltigkeit in der IT wird gerne über neue Hardware, effizientere Rechenzentren oder klimafreundlichere Cloud-Strategien diskutiert. Diese Themen sind wichtig. Im Betrieb liegt der schnellere Hebel aber oft im Entfernen unnötiger Last. Ein System, das niemand mehr nutzt, verursacht nicht nur Kosten. Es braucht Strom, Kühlung, Speicher, Backup-Fenster, Sicherheitsprüfung und gelegentlich menschliche Aufmerksamkeit.

Die Energieperspektive muss deshalb in den Stilllegungsprozess hinein. Wer einen Dienst abschaltet, sollte nicht nur nach Funktionsende fragen, sondern auch nach Verbrauchsende. Läuft noch ein Server? Bleibt ein Speicherbereich aktiv? Werden Logs weiter gesammelt? Werden Backups aufbewahrt, obwohl keine fachliche oder rechtliche Aufbewahrungspflicht mehr besteht? Solche Fragen machen Green IT konkret, ohne gleich ein großes Transformationsprogramm zu starten.

Verträge brauchen denselben Rückbau wie Technik

Technische Teams können einen Dienst beenden, ohne einen Providervertrag zu berühren. Das ist riskant. Ein Dienst kann in einem größeren Rahmenvertrag stecken, in einem Paketpreis verborgen sein oder über Mindestlaufzeiten weiterlaufen. Wenn niemand die kommerzielle Seite prüft, ist die Stilllegung aus Betriebssicht erledigt, aber aus Kostensicht offen.

Hilfreich ist ein einfacher Übergabepunkt an Einkauf oder Vendor Management. Dort wird geprüft, ob der abgeschaltete Dienst eine Vertragsposition, ein Lizenzkontingent, eine Supportoption oder eine externe Leistung berührt. Die Antwort muss nicht immer eine sofortige Kündigung sein. Manchmal ist eine Reduzierung erst zum nächsten Stichtag möglich. Wichtig ist, dass dieser Stichtag bekannt ist und nicht erst beim nächsten Budgetschmerz auftaucht.

Inventar und CMDB müssen das Ende sichtbar machen

Wenn ein System abgeschaltet ist, aber im Inventar weiter als aktiv erscheint, erzeugt es später neue Fehler. Audits fragen nach Besitzern. Sicherheitsprüfungen melden veraltete Einträge. Teams suchen Abhängigkeiten, die es praktisch nicht mehr gibt. Die Configuration Management Database, kurz CMDB, oder ein einfacheres Asset-Inventar sollte deshalb nicht nur Start und Betrieb abbilden, sondern auch Rückbau und Nachlauf.

Ein guter Stilllegungseintrag enthält mindestens den abgeschalteten Dienst, den technischen Endzeitpunkt, die betroffenen Kostenpfade, offene Vertragsstichtage, verbleibende Aufbewahrungspflichten, den Verantwortlichen für die letzte Prüfung und ein Datum für die endgültige Entfernung. Damit wird aus einem unklaren Altbestand ein kontrollierter Nachlauf.

Eine kurze Abschlussliste reicht oft aus

Stilllegung muss kein schweres Governance-Projekt werden. Für viele Organisationen genügt eine feste Abschlussliste mit klaren Ja-oder-Nein-Punkten. Ist der Dienst aus dem Servicekatalog entfernt? Sind Nutzer und Schnittstellen informiert? Sind Server, Speicher, Datenbank, Backup, Monitoring und Zertifikate geprüft? Sind Lizenz, Vertrag und Abrechnung bewertet? Ist dokumentiert, welche Daten aus rechtlichen oder fachlichen Gründen noch bleiben müssen?

Der wichtigste Punkt steht am Ende: Wer schaut auf die nächste Rechnung? Diese Frage klingt banal, trennt aber echte Stilllegung von technischer Aufräumarbeit. Erst wenn die nächste Abrechnung, der nächste Vertragslauf oder die nächste Verbrauchssicht keine unerklärten Reste mehr zeigt, ist der Rückbau auch wirtschaftlich abgeschlossen.

Abgeschaltete IT braucht deshalb eine letzte Kostenrunde, nicht als Misstrauen gegenüber Technikteams, sondern als Schutz vor unsichtbarem Restbetrieb. Wer diesen Schritt fest einplant, senkt unnötige Ausgaben, macht Nachhaltigkeit messbarer und verhindert, dass alte Dienste still im Hintergrund weiterleben.

Quellen und Einordnung: U.S. Department of Energy zu Data Centers and Servers, IBM zur Einordnung von IT Asset Management, Atlassian zu IT Asset Management im ITSM-Kontext, Green Software Foundation zur Grundidee nachhaltiger Software. Stand der Quellenprüfung: 14.07.2026. Bildquelle: Pexels, Foto-ID 257736.