Change-Management – Anwendungsfall
Für ITSM, insbesondere Incident und Change, kann die Identifizierung des Speicherorts kritischer Daten dazu beitragen, die durchschnittliche Zeit bis zur Lösung von Incidents zu reduzieren und durch Changes verursachte Ausfälle zu vermeiden.
Hauptfunktionen des Anwendungsfalls Change-Management .
Die Anwendung des CSDM -Frameworks bietet Change-Management auf folgende Weise einen Wert:
- Ermöglicht Benutzern, die Auswirkungen einer Änderung auf Services und Serviceangebote zu verstehen.
- Änderungen werden dynamisch weitergeleitet.
- Change-Management identifiziert und benachrichtigt alle betroffenen Services, um die Genehmigungsentscheidung zu unterstützen.
- Abonnement: Zugehörige Listen zu Serviceangeboten, die angeben, wer Zugriff auf das Angebot hat und daher von einem Ausfall betroffen sein kann. Ein Incident oder Change kann die Auswirkungen anhand der abonnierten Tabellen identifizieren. Die zugehörigen Listen lauten wie folgt:
- Serviceabonnements nach Unternehmen [service_subscribe_company]
- Serviceabonnements nach Abteilung [service_subscribe_department]
- Serviceabonnements nach Gruppe [service_subscribe_sys_user_grp]
- Serviceabonnements nach Standort [service_subscribe_location]
- Serviceabonnements nach Benutzer [service_subscribe_sys_user]
- Das Business-Service-Angebot kann verwendet werden, um den Geschäftsgenehmiger basierend auf „approval_group“ und „business_criticality“ bereitzustellen. Ein Geschäftsservice kann mehrere Angebote mit jeweils unterschiedlicher Relevanz haben.
- Das technische Serviceangebot kann verwendet werden, um den technischen Genehmiger „approval_group“ und die technische Zuweisungsgruppe für das Attribut „assignment_group“ bereitzustellen. Kann von Change für die Weiterleitung von Changes und Change-Aufgaben verwendet werden. Kann mit den CIs synchronisiert werden, die von den Angeboten verwaltet werden, wodurch der manuelle Overhead für die Verwaltung manueller Daten für Tausende/Millionen von CIs reduziert wird.
- Der Anwendungsservice kann verwendet werden, um Prod- und Nicht-Prod-Umgebungen (DEV, QA, UAT usw.) bereitzustellen. Nicht-Prod-Umgebungen können bei Bedarf herausgefiltert werden. Das veraltete Attribut „used_for“ ist dem Umgebungsattribut zugeordnet. Sie sollten das Umgebungsattribut verwenden. Hinweis:Einige Serviceangebote können auch die Umgebung des Angebots identifizieren.
Ergebnisse des Anwendungsfalls Change-Management .
Das CSDM -Framework bietet Kontext für die Änderungen. Der Kontext umfasst die am Change beteiligten CIs und die betroffenen Services.
Verwenden Sie das Formular „Change Request“, um die Auswirkungen des Change anzuzeigen. Führen Sie die folgenden Schritte aus:
- Füllen Sie das Configuration Item-Attribut [configuration_item] mit dem Ziel-CI für die Change-Aktivität aus. Sie können dieses CI dann verwenden, um Details für die Change-Weiterleitung zu identifizieren. Sie können beispielsweise die CI-Daten wie „Zuweisungsgruppe“ oder „Genehmigungsgruppe“ verwenden und mithilfe von Abhängigkeitsbeziehungen Informationen über die Auswirkungen auf den Service bereitstellen.
- Füllen Sie die zugehörige Liste „Betroffene Services“ [task_cmdb_ci_service] mit den Services aus, die sich auf das ausgefüllte CI beziehen. Dies können Services und Serviceangebote sein.
- (Optional) Verwenden Sie die Attribute „Service“ und „Serviceangebot“, um die Provider-Services zu identifizieren, die für die Verwaltung der ausgewählten CIs verantwortlich sind.
- (Optional) Verwenden Sie die zugehörige Liste „Betroffene CIs“ [task_ci], um die CIs zu identifizieren, die den Change möglicherweise verursacht haben. Diese CIs werden zusätzlich zu den zuvor ausgefüllten CIs hinzugefügt. Die Tabelle [task_ci] kann dynamisch oder manuell ausgefüllt werden.Hinweis:Dynamische Auffüllung ist nicht Teil von Basissystem. Um die dynamische Auffüllung zu verwenden, müssen Sie das Change Request-Formular konfigurieren.
Einzelheiten erfahren Sie von
Sehen Sie sich das Video an: Wie Change Management das CSDM nutzt