Bildquelle: extern
Ein neues IT-Projekt fühlt sich nach Fortschritt an. Im Portfolio entsteht der Nutzen aber erst, wenn das alte System wirklich verschwindet. Solange Anwendungen weiterlaufen, Schnittstellen offen bleiben und Supportfragen im Service Desk landen, ist die Modernisierung nur halb erledigt. Für ITSM-Generalisten wird deshalb die Stilllegung alter Systeme zur Managementaufgabe.
IT-Portfolio-Management bedeutet, Anwendungen, Plattformen und Services nicht nur einzeln zu betrachten, sondern als Gesamtbestand zu steuern. Es beantwortet Fragen wie: Welche Systeme liefern noch Wert, welche Risiken tragen wir weiter, welche Kosten bleiben unsichtbar und welche Abhängigkeiten blockieren Veränderungen? Gerade bei Modernisierungsprogrammen wird diese Sicht wichtig. Ein neues Tool ersetzt kein altes System, solange Betrieb, Daten, Nutzer und Verantwortlichkeiten nicht sauber überführt sind.
Das alte System bleibt oft im Schattenbetrieb
In vielen Organisationen endet ein Projekt mit dem Go-live der neuen Lösung. Danach beginnt jedoch die Phase, in der sich entscheidet, ob wirklich modernisiert wurde. Alte Anwendungen laufen weiter, weil historische Daten noch gebraucht werden. Einzelne Fachbereiche behalten Sonderprozesse. Schnittstellen versorgen Berichte, die niemand im Projektplan geprüft hat. Der Service Desk bekommt weiterhin Anfragen, obwohl offiziell längst eine neue Plattform zuständig ist.
Dieser Schattenbetrieb ist teuer und riskant. Er bindet Wissen, verlängert Wartungsverträge, vergrößert die Angriffsfläche und macht Störungen schwerer erklärbar. Besonders gefährlich ist die Unschärfe: Niemand fühlt sich mehr richtig zuständig, aber alle erwarten, dass das System im Ernstfall noch funktioniert. Damit wird ein Alt-System vom abgeschlossenen Projektrest zum dauerhaften Betriebsrisiko.
Stilllegung braucht einen eigenen Auftrag
Eine Ablösung sollte nicht nur als Migrationsprojekt geplant werden. Sie braucht einen Stilllegungsauftrag mit klaren Kriterien. Dazu gehören Datenaufbewahrung, Archivzugriff, regulatorische Pflichten, offene Schnittstellen, Nutzergruppen, Berechtigungen, Monitoring, Backup, Notfallverfahren und Vertragsende. Erst wenn diese Punkte entschieden sind, kann der Betrieb belastbar sagen, dass ein System tatsächlich aus dem Portfolio entfernt wurde.
Der Auftrag muss außerdem eine verantwortliche Rolle haben. Ohne eindeutigen Owner wird die Stilllegung leicht zur Restarbeit, die zwischen Projektteam, Betrieb, Fachbereich und Einkauf liegen bleibt. Für ITSM ist das ein bekanntes Muster. Was niemandem gehört, landet später als Ticket, Ausnahme oder Eskalation im Servicebetrieb.
Service Desk und Betrieb sehen die echten Reste zuerst
Der Service Desk ist ein guter Frühindikator für unvollständige Ablösungen. Wenn Nutzer nach dem Go-live weiterhin alte Links, Formulare oder Berechtigungen anfragen, ist die Umstellung nicht abgeschlossen. Wenn Störungen noch auf eine abgekündigte Anwendung verweisen, fehlt eine klare Zuständigkeits- und Kommunikationsspur. Wenn Wissensartikel nicht aktualisiert werden, entsteht im Support eine Parallelwelt aus alter und neuer Wahrheit.
Deshalb sollten Tickets, Wissensdatenbank und Monitoring Teil der Portfolioentscheidung sein. Eine Anwendung kann nicht als abgelöst gelten, solange Supportprozesse, Notfallkontakte und Betriebsdokumentation weiter auf sie zeigen. Der Blick aus dem Service Desk schützt das Management vor einer rein projektorientierten Erfolgsmeldung.
Die wichtigsten Prüffragen vor der Abschaltung
- Welche Geschäftsprozesse nutzen das System noch direkt oder indirekt?
- Welche Daten müssen aufbewahrt, migriert oder lesbar archiviert werden?
- Welche Schnittstellen, Berichte, Automationen oder Zugriffe hängen noch daran?
- Wer entscheidet über letzte Ausnahmen und bis wann gelten sie?
- Welche Service-Desk-Artikel, Formulare und Kommunikationswege müssen geändert werden?
- Welche Verträge, Lizenzen, Wartungsfenster und Sicherheitskontrollen enden mit der Stilllegung?
- Wie wird öffentlich im Betrieb geprüft, dass keine produktive Abhängigkeit mehr besteht?
Diese Fragen sind keine Bürokratie. Sie verhindern, dass eine Organisation nur das sichtbare Frontend ersetzt und die eigentlichen Betriebsreste weiterbezahlt. Eine gute Stilllegung spart nicht nur Kosten. Sie reduziert Komplexität, vereinfacht Support, schließt unnötige Zugänge und macht Verantwortlichkeiten wieder eindeutig.
Portfoliozahlen reichen ohne Betriebsbelege nicht aus
Managementberichte zeigen häufig Anzahl der Anwendungen, Budget, Projektfortschritt oder geplante Einsparungen. Für die Steuerung reicht das nicht. Entscheidend sind Belege aus dem Betrieb: abgeschaltete Zugänge, beendete Jobs, entfernte Schnittstellen, geänderte Wissensartikel, archivierte Daten, gekündigte Verträge und geschlossene Monitoring-Regeln. Erst diese Spuren zeigen, dass ein System nicht nur strategisch ersetzt, sondern operativ entfernt wurde.
Damit wird IT-Portfolio-Management konkret. Die Frage lautet nicht nur, welche Plattform die Zukunft sein soll. Sie lautet auch, welche Vergangenheit kontrolliert beendet wird. Wer diese zweite Frage auslässt, baut Modernisierung auf altem Fundament weiter.
Ein sauberer Abschluss verändert die Projektlogik
Für neue Vorhaben sollte die Abschaltung alter Systeme deshalb von Beginn an im Zielbild stehen. Das Projektbudget muss Zeit für Rückbau, Datenklärung und Supportumstellung enthalten. Der Erfolg sollte nicht nur am Go-live gemessen werden, sondern an der nachweisbaren Reduktion von Altlasten. Ein Projekt ist dann nicht fertig, wenn die neue Lösung online ist. Es ist fertig, wenn die alte Lösung keine produktive Verantwortung mehr erzeugt.
Quellen und Einordnung AXELOS Überblick zu ITIL Service Management, CISA Secure-by-Design-Einordnung zu reduzierter Angriffsfläche und sicherem Betrieb sowie NIST Cybersecurity Framework als Referenz für Risiko-, Asset- und Kontrollsicht im Betrieb. Stand der Quellenprüfung 29.06.2026.
