Retain und Retire verhindern erzwungene Migrationen ungeeigneter Kandidaten. Beide Entscheidungen
schützen den Lieferfokus, indem nicht tragfähige Themen aus kurzfristigem Wellen-Druck herausgenommen werden.
Retain behält einen Workload zunächst in der aktuellen Umgebung und definiert klare Wiedervorlage-Kriterien
für eine spätere Migration.
- Kritische Abhängigkeiten sind noch nicht aufgelöst.
- Regulatorische oder vertragliche Blocker bestehen weiter.
- Fachlicher Zeitpunkt passt nicht zu den Migrationsfenstern.
- Technische Unsicherheit ist für einen stabilen Cutover noch zu hoch.
- Retain-Begründung mit Risikoakzeptanz.
- Zeitgebundener Review-Trigger mit Owner.
- Zwischenzeitliche Betriebs- und Security-Kontrollen.
- Wiedervorlage-Kriterien für den nächsten Assessment-Zyklus.
Retire legt Workloads still, wenn ihr Business-Nutzen Migration und laufenden Betrieb nicht mehr rechtfertigt.
- Workload ist redundant oder bereits fachlich ersetzt.
- Betriebskosten sind im Verhältnis zum Nutzen zu hoch.
- Nutzung ist niedrig und ein Ersatzprozess existiert bereits.
- Security- oder Compliance-Risiko sinkt durch geordnete Stilllegung.
- Fachliche und technische Stilllegungsfreigabe.
- Datenaufbewahrungs- und Archivierungsplan.
- Plan für Abschaltung von Abhängigkeiten und Integrationen.
- Kontrolliertes Decommission-Runbook mit Verifikationscheckliste.
Entscheidungstransparenz
Klare Kriterien und Owner-Sign-off dokumentieren, um Backlog-Drift zu vermeiden.
Portfolio-Hygiene
Retain-Entscheidungen regelmäßig prüfen und veraltete Einträge auflösen.
Risikosteuerung
Auch retained Workloads müssen Basisanforderungen für Security und Compliance erfüllen.
Sichere Stilllegung
Retire nur mit geprüfter Abhängigkeits- und Datenbehandlung.
- Retain- und Retire-Entscheidungen je Wellenplanung prüfen.
- Bewerten, ob Retain-Blocker weiterhin gültig sind.
- Retire-Annahmen gegen reale Nutzung und Abhängigkeiten validieren.
- Umfang des Migrationsplans mit freigegebenen Änderungen aktualisieren.