LIFECYCLE & CHANGE

Ein Update ist selten nur ein Update.

Auf den ersten Blick klingt es einfach: Eine neue Version ist verfügbar, also wird sie installiert. In realen Umgebungen hängen daran schnell mehr Fragen. Welche Komponenten sind betroffen? Ändert sich eine Schnittstelle? Ist die neue Version kompatibel? Gibt es ein funktionierendes Backup? Wurde ein Rollback vorbereitet? Und wie wird nach dem Change geprüft, ob wirklich alles funktioniert? Lifecycle bedeutet für mich deshalb nicht nur Patchen. Es bedeutet, technische Veränderung kontrollierbar zu machen.

Veränderung kontrollierbar machen.

Planung, Backup, Test, Umsetzung, Verifikation, Dokumentation und ein definierter Rückweg gehören zum selben Change.

Veränderung kontrollierbar machen.

Ein belastbarer Lifecycle-Prozess.

Nicht jede Änderung braucht denselben Aufwand – aber jede Änderung sollte Abhängigkeiten und Rückwege kennen.

1 · VERSTEHEN

Inventarisieren & bewerten

Versionen, Abhängigkeiten, Exposition und Supportstatus kennen, bevor priorisiert wird.

2 · RÜCKWEG

Recovery vorbereiten

Backup, Snapshot oder anderer Rückfallweg müssen zur tatsächlichen Komponente passen.

3 · CHANGE

Testen & kontrolliert ändern

Kompatibilität, Wartungsfenster und Reihenfolge reduzieren ungeplante Auswirkungen.

4 · VERIFY

Verifizieren & beobachten

Nicht nur Prozessstatus prüfen, sondern Anwendung, Fachfunktion, Logs und externe Sicht.

5 · RECORD

Dokumentieren

Ergebnis, Abweichungen und notwendige Folgearbeiten nachvollziehbar festhalten.