Blog

5 Best Practices für DDM und CMDB zur Verbesserung des Änderungsmanagements

Geschrieben von am Februar 16, 2021

5 Best Practices für DDM und CMDB zur Verbesserung des Änderungsmanagements

Die CMDB ist eine wichtige ITSM-Datenquelle, da sie den Kontext definiert, der Incident Management-, Request Management- und Change Management-Prozesse mit Systemen, Anwendungen und Geschäftsdiensten verbindet.

IT-Organisationen verzögern diese Integration häufig, da CMDBs für ihre schlechte Datenqualität bekannt sind.

CMDBs werden häufig mit einer Vielzahl manueller Prozesse, Skripte und Tools entwickelt, für deren Ausführung, Überprüfung und Bereinigung manuelle Schritte erforderlich sind. Je mehr die IT genaue und detaillierte Daten verfolgt, desto mehr Aufwand muss sie in die Optimierung von Skripten und die Überprüfung der Ergebnisse investieren. Dies ist ein vergeblicher Ansatz, insbesondere weil viele IT-Organisationen Hybrid-Clouds mit sich schnell ändernder Infrastruktur verwalten. Änderungen ergeben sich aus den elastischen Rechenfunktionen der Cloud, den häufig bereitgestellten DevOps-Teams und anderen Infrastrukturautomatisierungen.

Eine agentenlose Erkennung und Abhängigkeitszuordnung (DDM) Die in die CMDB integrierte Funktion ist der Game Changer. Diese Funktion wird nach einem wiederkehrenden Zeitplan ausgeführt, durchsucht private und öffentliche Clouds nach Systemkonfigurationen, identifiziert Abhängigkeiten basierend auf Verkehrsströmen und aktualisiert CMDBs mit genauen Informationen. Schauen wir uns fünf Best Practices an, die bei der Integration von Change Management in die CMDB zu beachten sind.

5 Best Practices für DDM und CMDB zur Verbesserung des Änderungsmanagements_Bild 1

Beginnen Sie mit der Integration von Change Management in die CMDB

Die meisten IT-Organisationen verfügen über grundlegende ITSM-Implementierungen, einschließlich Änderungsmanagement, Anforderungsmanagement und Vorfallmanagement. Sie konzentrieren sich auf den Workflow, Rollenzuweisungen, Formulare, Berichte, Automatisierungen und Integrationen, die den Mitarbeitern helfen, ihre Anforderungen zu erweitern und es IT-Mitarbeitern zu ermöglichen, sie zu unterstützen.

Mit zunehmender Reife von Unternehmen möchten sie jedoch mehr Kontextdaten hinzufügen, um IT-Services zu erweitern, Analysen durchzuführen und Verbesserungen zu priorisieren.

Änderungsmanagement ist der erste Prozess, den ITSM-Verantwortliche in eine DDM-basierte CMDB integrieren sollten. Änderungsprotokolle zeichnen auf, wer, wann, warum und wie die IT eine Änderung implementiert hat. Mit einer DDM-gestützten CMDB erfasst die IT auch, wo Änderungen und die betroffenen Systeme implementiert wurden. Diese hinzugefügten Daten bieten einen wichtigen Kontext für die Erfassung von Erkenntnissen und die Verbesserung von Maßnahmen.

So kann die IT eine DDM-basierte CMDB nutzen.

1. Zentralisieren Sie Business Service-Definitionen und CMDB-Verbindungen

Wenn die IT Vertrauen in die Genauigkeit der CMDB entwickelt, sind sie besser darauf vorbereitet, von ihren Stakeholdern Top-Down-Informationen zu Unternehmensdiensten, Service-Eigentümern und Service-Levels zu erfassen. Mit einer DDM-gestützten CMDB ist dies ein viel einfacherer Prozess

DDM erfasst die Beziehungen und Abhängigkeiten zwischen Netzwerken, Anwendungen und Systemen, die in Rechenzentren und öffentlichen Clouds ausgeführt werden. IT-Administratoren können dann alle Komponenten einer Anwendung visualisieren, einschließlich Webserver, Anwendungsserver, API-Dienste, Datenintegrationen und Datenbanken.

Sobald ein genaues Bild der IT-Systeme und -Anwendungen vorliegt, führt dies zu einer aussagekräftigeren Diskussion über Unternehmensdienste und Servicebesitzer. Da viele Unternehmensleiter nicht alle IT-Systeme kennen, die Kundenerlebnisse, betriebliche Arbeitsabläufe und Integrationen ermöglichen, die in ihrem Unternehmen verwendet werden, kann die IT die topologischen Karten des DDM verwenden, um die Verbindungen zwischen Geschäftsdiensten und ihren Anwendungen zu veranschaulichen.

Das Identifizieren der Service-Zuordnung ist ein wichtiges Unterfangen bei der Definition von Service-Levels für jedes Unternehmen, jeden Service und jede Anwendung.

5 Best Practices für DDM und CMDB zur Verbesserung des Änderungsmanagements_Bild 2

Beispielsweise können mehrere Unternehmen eine gemeinsame E-Commerce-Plattform verwenden, jedoch unterschiedliche Fulfillment- und Supply-Chain-Services. Abhängig von Umsatz, Kundenauswirkungen und Hauptnutzungszeiträumen haben sie wahrscheinlich unterschiedliche Service-Levels. Diese können sich auch nach Geografie, Anwendungstyp und anderen betrieblichen Faktoren unterscheiden. Sobald Unternehmensleiter die Zuordnung von Unternehmensdiensten zu Anwendungen verstanden haben, sind sie besser in der Lage, Service Levels, Ausfallfenster und andere betriebliche Faktoren zu erörtern.

2. Automatisieren Sie Infrastrukturanpassungen als Änderungsereignisse

Sie kennen das berühmte Sprichwort: "Wenn ein Baum in den Wald fällt und niemand zu hören ist, macht er dann ein Geräusch?"

Gleiches gilt, wenn die Aktualisierung der CMDBs nach Änderungsereignissen nicht automatisiert wird. Je häufiger Änderungen vorgenommen werden, desto größer ist die Abweichung zwischen der Darstellung der CMDB und der tatsächlichen Konfiguration.

Berücksichtigen Sie die folgenden Änderungsereignisse, als die viele IT-Organisationen automatisieren Best Practices von DevOps:

  • CI / CD-Pipelines (Continuous Integration and Continuous Delivery), die Anwendungen bereitstellen
  • IaC-Skripte (Infrastructure as Code), die neue Umgebungen bereitstellen
  • Cloud Elastic Computing-Funktionen, die die Infrastruktur hoch- oder runterfahren
  • Load Balancer verteilen den Datenverkehr zwischen Rechenzentren und öffentlichen Cloud-Zonen neu
  • Patchen, Aktualisierungen und Aktualisierungen von IT-Automatisierungen

Bei einer von DDM unterstützten CMDB muss die Aktualisierung der CMDB nicht eng gekoppelt sein, um Skripte zu ändern. Stattdessen aktualisiert der DDM die CMDB und spiegelt den aktuellen Status der Infrastruktur wider.

3. Abhängigkeiten vor dem Bereitstellen von Änderungen verstehen

Proaktive IT-Organisationen weisen Änderungen eine Risikokennzahl zu, die auf den geschäftlichen Auswirkungen der Implementierung und potenziellen Fehlern basiert. Sehr oft überprüft ein Change Approval Board (CAB) Änderungen mit Fachexperten, um über die Risiken zu entscheiden und Abhilfemaßnahmen zu planen. Dies können lange, unproduktive Besprechungen sein, und CABs weisen Risikobewertungen häufig basierend auf qualitativen Informationen von Fachexperten und nicht auf quantifizierbaren Fakten zu.

5 Best Practices für DDM und CMDB zur Verbesserung des Änderungsmanagements_Bild 3

Eine DDD-gestützte CMDB kann der IT helfen, Risiken zu quantifizieren, indem die Anzahl der abhängigen Systeme und die damit verbundenen Service-Levels berücksichtigt werden. In einigen Fällen kann die Berechnung des Risiko-Scores automatisiert und dann zur Validierung und automatischen Genehmigung von DevOps-Automatisierungen mit geringem Risiko verwendet werden, die sich auf die Produktion auswirken.

4. Benachrichtigen Sie die Eigentümer von Geschäftsdiensten über Änderungen

Möchten Sie nicht eine einfache, personalisierte und automatisierte Regel implementieren, um Geschäftsinhaber und Benutzer über Systemänderungen zu informieren? Es klingt nach einem einfachen Konzept, ist jedoch häufig schwierig zu implementieren, insbesondere wenn Sie den Benutzern die Möglichkeit geben möchten, die Benachrichtigungen zu personalisieren.

Beispielsweise möchte eine Führungskraft möglicherweise nur Informationen, wenn eine Änderung projiziert wird, um einen Ausfall zu verursachen, während ein Geschäftsmanager Benachrichtigungen über alle Änderungen mit hohem Risiko wünscht.

Außerdem sind einige Änderungen nur schwer auf die betroffenen Dienste zurückzuführen, es sei denn, eine von DDM unterstützte CMDB erfasst alle Abhängigkeiten zwischen Systemen und Geschäftsdiensten.

Dieses Änderungsprotokoll hilft auch dabei, Bedenken auszuräumen, ob ein Änderungsereignis einen größeren Vorfall ausgelöst hat. Die Korrelation zwischen Änderungen und Vorfällen ist häufig die erste Frage, die auftaucht, wenn ein Serviceleiter Probleme mit der Systemleistung eskaliert. Änderungen an Systemkomponenten helfen der IT, Probleme zu lokalisieren oder diese Bedenken auszuschließen.

5. Identifizieren Sie die Auswirkungen auf die Erfahrung nach abgeschlossenen Änderungen

Eine letzte Frage betrifft die Frage, wie die IT überprüft, ob abgeschlossene Änderungen unerwartete Auswirkungen auf das System, die Anwendung oder den Geschäftsdienst hatten. Proaktive IT-Betriebsgruppen warten nicht darauf, dass Endbenutzer eine schlechte Leistung feststellen, Tickets öffnen oder ihren Managern mitteilen, dass eine IT-Änderung das Problem verursacht hat.

5 Best Practices für DDM und CMDB zur Verbesserung des Änderungsmanagements_Bild 3

Während IT sollte Überwachungstools haben und AIOps-Lösungen Um proaktiv auf Probleme aufmerksam zu machen, wird eine topologische DDM-Karte zu einem neuen Tool, mit dem die Leistung überprüft und potenzielle Probleme untersucht werden können. Wenn Monitore von Abhängigkeitssystemen Warnungen senden, kann der IT-Betrieb die DDM-Flow-Tools zur Recherche verwenden Ursachen.

Wo fange ich mit der Integration einer DDM-gestützten CMDB an?

Die beste Vorgehensweise für proaktive IT-Teams besteht darin, einen schrittweisen Ansatz zur Verwendung einer DDM-gestützten CMDB in ITSM-Verfahren zu verfolgen. Hier ist eine Checkliste für den Einstieg:

  • Aktivieren Sie das DDM und fügen Sie iterativ Netzwerke, Systeme und Anwendungen hinzu
  • Führen Sie DDM nach einem Zeitplan aus und schulen Sie IT-Mitarbeiter in der Verwendung von Überwachungstools
  • Überprüfen Sie die Genauigkeit der CMDB und beginnen Sie, Änderungsprotokolle mit der CMDB zu verbinden
  • Arbeiten Sie mit Führungskräften zusammen, um Services und Service Levels zu definieren
  • Quantifizieren Sie Risikobewertungen, definieren Sie Entscheidungsprozesse neu und aktualisieren Sie Automatisierungen basierend auf Service Levels

Wir alle wissen, wie viel wichtiger und nützlicher eine CMDB ist, als Vermögenswerte zu verfolgen. Mit einer CMDB mit DDM-UnterstützungDie IT kann endlich den Kontext von Änderungen erfassen und die Daten zur Verbesserung der Service-Levels verwenden.

Isaac Sacolick, Präsident von StarCIOführt Unternehmen durch intelligentere, schnellere, innovativere und sicherere digitale Transformationsprogramme, die Geschäftsergebnisse liefern. Er ist der Autor des Amazon-Bestsellers, Driving Digital: Der Leitfaden für Unternehmen zur Transformation von Unternehmen durch TechnologieIndustrie Lautsprecherund Blogger bei Sozial, agil und Transformation.

Erfahren Sie mehr über unsere Updates zu den Cherwell Knowledge-Artikeln