Asset & Dependency Register
Assets so erfassen, dass sie für Risiko, Betrieb, Security und Recovery nutzbar werden.
Welche Objekte und Abhängigkeiten müssen sichtbar sein?
Ein Inventar wird steuerungsfähig, wenn Zweck, Owner, Bedeutung, Beziehungen und Lifecycle bekannt sind.
Register vom Inventar zum Kontextwerkzeug machen
Asset.
Verantwortung.
Geschäft/Daten.
Beziehungen.
Status/Support.
Abhängigkeit am Rentenprozess erfassen
Server → Anwendung → Datenbank → Identitätsdienst → Geschäftsleistung wird sichtbar.
Ein Assetregister ist mehr als eine Inventarliste
Sein Wert entsteht, wenn technische und nichttechnische Objekte mit Geschäftsleistung, Information, Verantwortung und Abhängigkeiten verbunden werden.
Beispiel: Geschäftsleistung/Prozess → Information → Anwendung → Plattform → Infrastruktur → externer Dienstleister. Erst diese Kette zeigt, warum ein scheinbar gewöhnlicher Server oder Dienst kritisch sein kann.
Auch Support- und Lebenszyklusstatus gehören zum Steuerungskontext
Für aktive Assets sollten mindestens Betriebsstatus, Hersteller-/Supportstatus, geplantes Supportende und gegebenenfalls Ablöse- oder Außerbetriebnahmedatum erkennbar sein. Ein technisch vorhandenes Asset ohne bekannten Lifecycle erzeugt blinde Flecken für Risiko, Patchmanagement und Recovery.
Welche Felder das Register prüfbar machen
Menschen nicht als Personeninventar missverstehen
Für die Steuerung werden in der Regel Rollen, Funktionen, Verantwortlichkeiten und benötigte Fähigkeiten modelliert – nicht jeder einzelne Mitarbeiter als Informations- oder IKT-Asset. Einzelne Personen können in besonderen Kontexten relevant sein, der Normalfall des Assetregisters ist jedoch die Abbildung der für eine Leistung benötigten Rollen und Abhängigkeiten.