Ihr Change Management Daten-Template

BMC Helix ITSM
Ihr Change Management Daten-Template

Ihr Change Management Daten-Template

Diese Vorlage bietet einen strukturierten Leitfaden zur Erfassung der wesentlichen Daten für die Analyse Ihres Change Management Prozesses. Sie finden empfohlene Attribute, wichtige zu verfolgende Aktivitäten und praktische Anleitungen zur direkten Extraktion dieser Informationen aus Ihren Systemen. Nutzen Sie diese Ressource, um eine umfassende und effektive Process Mining Initiative sicherzustellen.
  • Empfohlene `Attribute` für eine gründliche Analyse
  • Wichtige Aktivitäten und Meilensteine, die in Ihrem Prozess verfolgt werden sollen
  • Spezifische Extraktionsanleitung für relevante Quellsysteme
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Change Management Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log enthalten sein sollten, für eine umfassende Change Management Analyse, um tiefe Einblicke in Ihren Prozess zu ermöglichen.
5 Erforderlich 6 Empfohlen 12 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name des spezifischen Ereignisses oder der Aufgabe, die innerhalb des Change Management Prozesses ausgeführt wird.
Beschreibung

Dieses Attribut stellt einen einzelnen Schritt oder eine Statusänderung im Lebenszyklus einer Änderungsanfrage dar, wie 'Änderungsanfrage eingereicht' oder 'Änderungsanfrage genehmigt'. Diese Aktivitäten sind die Bausteine der Prozesslandkarte.

Die Analyse der Reihenfolge und Dauer dieser Aktivitäten hilft, den Prozessfluss zu identifizieren, Abweichungen vom Standardverfahren aufzudecken und Engpässe genau zu bestimmen. Die Aktivitätsnamen werden typischerweise aus Statusübergängen abgeleitet, die in den Audit Logs des Systems aufgezeichnet sind.

Bedeutung

Es definiert die Schritte des Prozesses und ermöglicht die Visualisierung und Analyse des Prozessflusses, was den Kern von Process Mining bildet.

Datenquelle

Abgeleitet aus Statusübergängen im Formular 'CHG:ChangeRequest_AuditLog' oder durch Verfolgung von Änderungen am Feld 'Status' im Formular 'CHG:Infrastructure Change'.

Beispiele
Change Request eingereichtRisikobewertung durchgeführtChange Request genehmigtÄnderung implementiert
Change Request ID
ChangeRequestID
Der eindeutige, systemgenerierte Identifier für eine Änderungsanfrage, der als primärer Case-Identifier dient.
Beschreibung

Die Change Request ID ist der eindeutige Schlüssel, der jede Änderungsinitiative über ihren gesamten Lebenszyklus identifiziert. Sie gruppiert alle zugehörigen Aktivitäten, Genehmigungen und Aufgaben und bildet die Grundlage eines einzelnen Case im Process Mining.

Die Analyse von Prozessen anhand dieser ID ermöglicht eine End-to-End-Sicht darauf, wie Änderungen verwaltet werden, von der ursprünglichen Anfrage bis zum endgültigen Abschluss. Dies ist unerlässlich für die Verfolgung von Zykluszeiten, die Identifizierung von Engpässen und das Verständnis von Prozessvariationen für einzelne Änderungen.

Bedeutung

Dies ist das fundamentale Attribut, das alle zugehörigen Ereignisse zu einer einzigen Prozessinstanz verbindet, wodurch eine End-to-End-Analyse des Change Management Prozesses möglich wird.

Datenquelle

Gefunden im Feld 'Infrastructure Change ID' (Feld-ID 1000000182) im Formular 'CHG:Infrastructure Change'.

Beispiele
CRQ0000001234567CRQ0000001234568CRQ0000001234569
Startzeit
EventStartTime
Der Timestamp, der den Beginn einer bestimmten Aktivität oder eines Events anzeigt.
Beschreibung

Dieses Attribut zeichnet das genaue Datum und die Uhrzeit auf, zu der eine Aktivität stattgefunden hat. Zum Beispiel würde es erfassen, wann eine Änderung eingereicht, genehmigt oder geschlossen wurde.

Dieser Timestamp ist entscheidend für die Analyse der Prozesszeitlinie. Er wird verwendet, um Zykluszeiten zwischen Aktivitäten zu berechnen, Wartezeiten zu messen, Leistungstrends im Zeitverlauf zu identifizieren und die Abfolge der Ereignisse zu bestimmen. Genaue Timestamps sind die Grundlage für jede zeitbasierte Prozessanalyse.

Bedeutung

Es bietet die temporale Dimension, die zur Berechnung von Dauern, zur Analyse der Leistung und zum Verständnis der Ereignissequenz im Prozess erforderlich ist.

Datenquelle

Stammt aus dem Feld 'Audit Date' im Formular 'CHG:ChangeRequest_AuditLog' oder dem 'Last Modified Date', das mit spezifischen Statusänderungen verknüpft ist.

Beispiele
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, der angibt, wann die Daten für diesen Datensatz zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut zeigt das Datum und die Uhrzeit an, zu der die Daten zuletzt aus BMC Helix ITSM extrahiert wurden. Es ist nicht die Zeit des Ereignisses selbst, sondern die Zeit des Datenabzugs. Diese Information ist entscheidend, um die Aktualität der analysierten Daten zu verstehen und um Datenaktualisierungszyklen zu verwalten.

In Dashboards und Reports informiert dieser Timestamp die Benutzer über die Aktualität der Analyse, was besonders wichtig ist für die Überwachung laufender Prozesse.

Bedeutung

Es gibt die Aktualität der Daten an, was entscheidend ist, um sicherzustellen, dass Analysen und Dashboards den aktuellsten Zustand des Prozesses widerspiegeln.

Datenquelle

Dies ist ein Metadatenfeld, das typischerweise vom ETL-Tool oder der Datenpipeline zum Zeitpunkt der Datenextraktion generiert und gefüllt wird.

Beispiele
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
Quellsystem
SourceSystem
Der Name des Systems, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert die Herkunft der Prozessdaten, die in diesem Kontext 'BMC Helix ITSM' ist. Es hilft bei der Datengovernance und Rückverfolgbarkeit, insbesondere in Umgebungen, in denen Daten aus mehreren Systemen für eine breitere Analyse kombiniert werden könnten.

Wenn zum Beispiel Änderungsdaten später mit Daten aus einem Finanz- oder Projektmanagementsystem zusammengeführt werden, gewährleistet dieses Feld eine klare Differenzierung der Datenquellen.

Bedeutung

Es bietet entscheidenden Kontext für die Datenherkunft, gewährleistet die Rückverfolgbarkeit und korrekte Interpretation der Daten, insbesondere in Multi-System-Analyseszenarien.

Datenquelle

Dies ist typischerweise ein statischer Wert, der während des Datenextraktions-, Transformations- und Ladevorgangs (ETL) hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Beispiele
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
Änderungsart
ChangeType
Die Klassifizierung der Änderung, z.B. Standard, Normal oder Notfall.
Beschreibung

Dieses Attribut kategorisiert die Änderungsanfrage basierend auf ihrer Art und dem Prozess, dem sie folgen muss. Gängige Typen sind Standard (vorab genehmigt, geringes Risiko), Normal (erfordert vollständige Bewertung und Genehmigung) und Notfall (erfordert beschleunigte Bearbeitung aufgrund eines dringenden Problems).

Die Analyse nach Änderungstyp ist entscheidend, um Prozessvariationen zu verstehen. Zum Beispiel stützt sich das Dashboard 'Emergency Change Volume & Impact' auf dieses Feld, um dringende Änderungen und deren Auswirkungen auf die Servicestabilität zu verfolgen. Es hilft auch zu bewerten, ob verschiedene Änderungstypen ihre vorgeschriebenen Pfade einhalten.

Bedeutung

Es ermöglicht die Segmentierung des Prozesses, um verschiedene Change-Workflows zu analysieren und zu vergleichen, was für Compliance und Performance-Analyse entscheidend ist.

Datenquelle

Gefunden im Feld 'Change Type' im Formular 'CHG:Infrastructure Change'.

Beispiele
StandardNormalEmergencyKeine Auswirkungen
Genehmigergruppe
ApproverGroup
Das Team oder die Gruppe, die für die Genehmigung einer Änderungsanfrage in einer spezifischen Phase verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert die Gruppe, die zur Überprüfung und Genehmigung einer Änderung zugewiesen wurde. Da eine Änderung mehrere Genehmigungsphasen durchlaufen kann, kann dies verschiedene Gruppen während des gesamten Lebenszyklus repräsentieren, wie ein technisches Genehmigungsteam und ein Business-Genehmigungsausschuss.

Dies ist ein wichtiges Attribut für das Dashboard 'Change Approval Bottlenecks', da es die Segmentierung der Genehmigungszeiten nach der verantwortlichen Gruppe ermöglicht. Dies hilft, spezifische Teams zu identifizieren, die überlastet oder ineffizient sein könnten, was zu Verzögerungen im Prozess führt.

Bedeutung

Es ermöglicht die Identifizierung von Bottlenecks im Genehmigungsprozess, indem es die Analyse von Genehmigungsdauern pro verantwortlichem Team zulässt.

Datenquelle

Stammt aus dem Formular 'AP:Signature', das Genehmigungen verwaltet und mit der Änderungsanfrage verknüpft ist. Die Gruppe des Genehmigenden wäre Teil dieses Datensatzes.

Beispiele
ÄnderungsbeiratIT SecurityNetwork EngineeringAnwendungsentwicklung
Implementierungsteam
ImplementationTeam
Das Team, das für die Durchführung der Implementierung der Änderung verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert die technische oder operative Gruppe, die zugewiesen wurde, um die durch die Änderungsanfrage erforderliche Arbeit auszuführen. Dies ist oft die 'Assigned Group' während der Implementierungsphasen des Change-Lebenszyklus.

Diese Information ist entscheidend für das Dashboard 'Resource Bottlenecks in Change Process'. Durch die Analyse von Aktivitätsdauern und -volumen pro Implementierungsteam können Manager Lastungleichgewichte, Qualifikationslücken oder andere ressourcenbezogene Einschränkungen identifizieren, die die Change-Bereitstellung verzögern.

Bedeutung

Es hilft, ressourcenbezogene Bottlenecks in der Implementierungsphase zu identifizieren, indem es eine Performance-Analyse pro verantwortlichem Team ermöglicht.

Datenquelle

Gefunden im Feld 'ASGRP' (Assigned Group) im Formular 'CHG:Infrastructure Change'.

Beispiele
Server OperationsDatenbankadministratorenSAP Basis TeamCloud-Infrastruktur
Priorität
Priority
Die der Änderungsanfrage zugewiesene Prioritätsstufe, die ihre geschäftliche Bedeutung anzeigt.
Beschreibung

Die Priorität wird typischerweise durch die Kombination von Auswirkungen (Impact) und Dringlichkeit (Urgency) bestimmt und legt die Reihenfolge und Geschwindigkeit der Bearbeitung einer Änderungsanfrage fest. Eine Änderung mit höherer Priorität erfordert in der Regel eine schnellere Bearbeitung und kann strengere Service Level Agreements (SLAs) haben.

Dieses Attribut wird im Dashboard 'Change SLA Performance' verwendet, um die Leistung für verschiedene Prioritätsstufen zu segmentieren und zu analysieren. Es hilft, Fragen wie 'Erfüllen wir unsere SLAs für hochpriorisierte Änderungen?' zu beantworten und leitet Entscheidungen zur Ressourcenzuweisung.

Bedeutung

Es ermöglicht eine Performance-Analyse, segmentiert nach geschäftlicher Bedeutung, und stellt sicher, dass die kritischsten Änderungen effizient verarbeitet werden und ihre Ziele erreichen.

Datenquelle

Gefunden im Feld 'Priority' im Formular 'CHG:Infrastructure Change'.

Beispiele
KritischHochMittelNiedrig
Risikostufe
RiskLevel
Eine Bewertung des potenziellen Risikos, das mit der Implementierung der Änderung verbunden ist.
Beschreibung

Die Risikostufe ist eine qualitative oder quantitative Bewertung des Potenzials für negative Folgen, wenn die Änderung implementiert wird. Sie ist eine wichtige Eingabe für den Genehmigungsprozess, bei dem risikoreichere Änderungen einer strengeren Prüfung unterzogen werden.

Dieses Attribut ist zentral für das Dashboard 'Change Risk Profile Analysis', das Stakeholdern hilft, das gesamte Risiko aus dem Portfolio von Änderungen zu verstehen. Es wird auch verwendet, um Nacharbeitschleifen zu identifizieren, bei denen anfängliche Risikobewertungen unzureichend sind, was zu einer späteren Neubewertung führt.

Bedeutung

Es bietet eine entscheidende Dimension für die Analyse der Prozess-Compliance und Effizienz und hilft sicherzustellen, dass risikoreichere Änderungen einer angemessenen Prüfung unterzogen werden.

Datenquelle

Gefunden im Feld 'Risk Level' im Formular 'CHG:Infrastructure Change'.

Beispiele
1 - Kritisch2 - Hoch3 - Mittel4 - Niedrig5 - Planning
Status
Status
Der aktuelle Zustand oder die aktuelle Phase der Änderungsanfrage in ihrem Lebenszyklus.
Beschreibung

Das Statusfeld gibt die genaue Phase einer Änderungsanfrage zu einem bestimmten Zeitpunkt an, wie 'Entwurf', 'Anfrage zur Genehmigung' oder 'Abgeschlossen'. Während Aktivitäten aus Übergängen zwischen diesen Status abgeleitet werden, ist der Status selbst nützlich, um die aktuelle Arbeitslast zu analysieren.

Dieses Attribut ist unerlässlich für das Dashboard 'Change Throughput & Current Status', das eine Momentaufnahme zeigt, wie viele Änderungen sich in jeder Phase der Pipeline befinden. Es hilft Managern, den Work in Progress und die Ressourcenzuweisung zu verstehen.

Bedeutung

Es bietet eine Echtzeitansicht der Change-Pipeline und ermöglicht die Analyse des Work-in-Progress sowie des aktuellen Status aller Änderungsanfragen.

Datenquelle

Gefunden im Feld 'Status' im Formular 'CHG:Infrastructure Change'.

Beispiele
EntwurfAnfrage zur GenehmigungGeplantImplementierung im GangeAbgeschlossen
Änderungseinreicher
ChangeSubmitter
Die Person, die die Änderungsanfrage erstellt und eingereicht hat.
Beschreibung

Dieses Attribut identifiziert die Person, die die Änderungsanfrage initiiert hat. Dies wird typischerweise als 'Submitter' oder 'Reported By' Benutzer im System erfasst.

Obwohl nicht immer eine primäre Analyse-Dimension, kann es nützlich sein, um die Quellen von Änderungsanfragen zu verstehen. Zum Beispiel kann die Analyse, ob die meisten Änderungen von spezifischen Abteilungen oder Rollen stammen, Einblicke in Geschäftsanforderungen und Planungsprozesse liefern.

Bedeutung

Es hilft, die Initiatoren von Change Requests zu identifizieren, was zur Analyse von Nachfragemustern und Benutzerverhalten innerhalb des Prozesses genutzt werden kann.

Datenquelle

Gefunden im Feld 'Submitter' im Formular 'CHG:Infrastructure Change'.

Beispiele
Allen AllbrookMary MannBob Baxter
Auswirkung
Impact
Die bewerteten Auswirkungen der Änderung auf Geschäftsdienste und IT-Infrastruktur.
Beschreibung

Impact misst die potenziellen Auswirkungen einer Änderung auf den Geschäftsbetrieb, Services und Benutzer. Es ist ein kritischer Faktor, zusammen mit Urgency, bei der Bestimmung der Priority des Change Requests.

In der Analyse wird Impact im 'Change Risk Profile Analysis'-Dashboard verwendet, um eine umfassende Ansicht der potenziellen Geschäftskonsequenzen des Änderungsportfolios zu bieten. Das Verständnis der Verteilung von Änderungen mit hohem Impact kann Risikomanagementstrategien und die Ressourcenplanung beeinflussen.

Bedeutung

Es hilft, die potenziellen geschäftlichen Konsequenzen von Änderungen zu quantifizieren, was eine Risikoanalyse und Priorisierung basierend darauf ermöglicht, wie stark Services beeinträchtigt werden könnten.

Datenquelle

Gefunden im Feld 'Impact' im Formular 'CHG:Infrastructure Change'.

Beispiele
1-Umfassend/Weit verbreitet2-Significant/Large3-Moderate/Limited4-Minor/Localized
Bearbeitungszeit
ProcessingTime
Die Dauer der auf eine Aktivität verwendeten Zeit, berechnet aus ihren Start- und Endzeiten.
Beschreibung

Die Bearbeitungszeit, auch bekannt als Zykluszeit, misst die Zeit, die vom Beginn bis zum Ende einer Aktivität verstreicht. Sie wird als Differenz zwischen der 'EventEndTime' und 'EventStartTime' für jeden Schritt im Prozess berechnet.

Dies ist eine fundamentale Metrik im Process Mining, die verwendet wird, um Engpässe zu identifizieren, die Effizienz zu messen und Leistungsbaselines festzulegen. Dashboards wie 'Change Approval Bottlenecks' und KPIs wie 'Durchschnittliche Genehmigungszeit für Änderungen' basieren direkt auf der Aggregation dieses berechneten Wertes.

Bedeutung

Es ist eine Kern-Performance-Metrik, die verwendet wird, um die Dauer von Prozessschritten zu quantifizieren, was sie wesentlich für die Bottleneck-Analyse und Effizienzverbesserungen macht.

Datenquelle

Dies ist eine berechnete Metrik, abgeleitet während der Datentransformation durch Subtraktion der 'EventStartTime' von der 'EventEndTime'.

Beispiele
864000001728000003600000
Betroffener Service
AffectedService
Der geschäftliche oder technische Dienst, der von der Änderung betroffen ist.
Beschreibung

Dieses Attribut verknüpft die Änderungsanfrage mit einem spezifischen Dienst, der in der Configuration Management Database (CMDB) definiert ist. Dies könnte ein benutzerorientierter Geschäftsdienst wie 'E-Mail-Dienste' oder ein technischer Backend-Dienst wie 'Authentifizierungsdienst' sein.

Es wird im Dashboard 'Emergency Change Volume & Impact' verwendet, um Änderungen mit den Diensten zu korrelieren, die sie betreffen. Dies hilft, die Stabilität verschiedener Dienste zu verstehen und jene zu identifizieren, die häufige Notfallmaßnahmen erfordern.

Bedeutung

Es bietet entscheidenden Geschäftskontext, verknüpft technische Änderungen mit ihren Auswirkungen auf Geschäftsdienste und ermöglicht eine serviceorientierte Prozessanalyse.

Datenquelle

Stammt aus dem Feld 'ServiceCI' oder verwandten Configuration Item (CI)-Beziehungen im Formular 'CHG:Infrastructure Change'.

Beispiele
Unternehmens-E-Mail`SAP ERP`KundenbeziehungsmanagementOnline-Banking-Portal
Dringlichkeit
Urgency
Die Dringlichkeit der Änderung, die die Zeitkritikalität ihrer Implementierung widerspiegelt.
Beschreibung

Dringlichkeit gibt an, wie schnell die Änderung implementiert werden muss. Es ist eine Schlüsselkomponente, zusammen mit Auswirkungen (Impact), die zur Berechnung der Gesamtpriorität der Änderungsanfrage verwendet wird.

Dringlichkeit ist ein Schlüsselattribut für das Dashboard 'Change Risk Profile Analysis', das Einblick in den Zeitdruck auf den Change Management Prozess gibt. Die Analyse von Dringlichkeitstrends kann helfen, zugrunde liegende Probleme zu identifizieren, die eine hohe Anzahl zeitkritischer Anfragen verursachen könnten.

Bedeutung

Es spiegelt die zeitkritische Natur von Änderungen wider und hilft zu analysieren, ob der Prozess Anfragen mit unterschiedlicher Zeitkritikalität effektiv handhabt.

Datenquelle

Gefunden im Feld 'Urgency' im Formular 'CHG:Infrastructure Change'.

Beispiele
1-Critical2-High3-Medium4-Low
Endzeit
EventEndTime
Der `Timestamp`, der anzeigt, wann eine spezifische `Activity` oder ein `Event` abgeschlossen wurde.
Beschreibung

Die Endzeit markiert den Abschluss einer Aktivität. Im Process Mining wird diese oft als Startzeit der nachfolgenden Aktivität im Case berechnet, was eine klare Dauer für den vorhergehenden Schritt liefert. Für die allerletzte Aktivität in einem Case kann sie identisch mit ihrer Startzeit oder einem spezifischen Abschluss-Timestamp sein.

Dieses Attribut ist unerlässlich für die Berechnung der ProcessingTime jeder Aktivität, die eine Kernmetrik für die Leistungsanalyse und Engpassidentifikation ist. Es ermöglicht eine detaillierte Analyse, wie lange jeder Schritt dauert.

Bedeutung

Es ermöglicht die präzise Berechnung von Aktivitätsdauern, was grundlegend für die Identifizierung von Bottlenecks und die Messung der Prozessperformance ist.

Datenquelle

Dies ist ein berechnetes Attribut, typischerweise während der Datentransformation abgeleitet, indem die Startzeit des nächsten Ereignisses in der Sequenz für einen gegebenen Case genommen wird.

Beispiele
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
Ist Nacharbeit
IsRework
Ein Flag, das anzeigt, ob eine Aktivität eine Nacharbeitschleife oder einen Rückschritt im Prozess darstellt.
Beschreibung

Dieses boolesche Attribut wird auf 'wahr' gesetzt, wenn eine Änderungsanfrage in eine frühere Phase ihres Lebenszyklus zurückkehrt, zum Beispiel von 'Geplant' zurück zu 'Risikobewertung'. Solche Rückwärtsbewegungen stellen Nacharbeit dar, die oft eine Quelle der Ineffizienz ist.

Dieses Flag wird verwendet, um den KPI 'Change Rework Rate' zu berechnen und unterstützt das Dashboard 'Change Rework & Assessment Efficiency'. Es hilft, die Häufigkeit von Nacharbeit zu quantifizieren und die spezifischen Prozessschritte zu identifizieren, wo sie am häufigsten auftritt, und weist auf Bereiche für Verbesserungen in der initialen Planung und Bewertung hin.

Bedeutung

Es identifiziert direkt Prozessineffizienzen, indem es Aktivitäten kennzeichnet, die Teil einer Nacharbeitschleife sind, und ermöglicht so gezielte Verbesserungsbemühungen.

Datenquelle

Dies ist ein berechnetes Attribut, abgeleitet durch die Analyse der Abfolge von Aktivitäten für einen Case. Logik wird während der Datentransformation angewendet, um Rückwärtsbewegungen im Prozessfluss zu erkennen.

Beispiele
truefalsch
Ist Notfalländerung
IsEmergencyChange
Ein boolesches Flag, das 'wahr' ist, wenn die Änderung vom Typ 'Emergency' ist.
Beschreibung

Dieses abgeleitete Flag vereinfacht die Analyse, indem es einen klaren binären Indikator für Notfalländerungen liefert. Es basiert auf dem Wert des Attributs 'ChangeType'.

Dieses Attribut wird hauptsächlich verwendet, um das Dashboard 'Emergency Change Volume & Impact' und den KPI 'Emergency Change Percentage' zu unterstützen. Es ermöglicht ein einfaches Filtern und Aggregieren von Daten im Zusammenhang mit Notfalländerungen, was es unkompliziert macht, deren Häufigkeit und Trends über die Zeit zu verfolgen, ohne komplexe Filterlogik im Analyse-Tool.

Bedeutung

Es vereinfacht die Analyse von Notfalländerungen, indem es das Filtern, das Erstellen von Dashboards und die Berechnung von KPIs in Bezug auf diesen kritischen Änderungstyp erleichtert.

Datenquelle

Dies ist ein abgeleitetes Attribut, das während der Datentransformation erstellt wird. Die Logik ist: WENN 'ChangeType' = 'Emergency' DANN wahr SONST falsch.

Beispiele
truefalsch
Schließcode
CloseCode
Ein Code, der das Endergebnis der Änderung angibt, als sie geschlossen wurde.
Beschreibung

Der Schließungscode (Close Code) liefert einen standardisierten Grund für den Abschluss einer Änderungsanfrage, wie 'Erfolgreich', 'Erfolgreich mit Problemen', 'Rückgängig gemacht' oder 'Abgebrochen'. Dieses Attribut bietet eine granularere Sicht auf das Änderungsergebnis als der finale Status allein.

Die Analyse von Schließungscodes kann helfen, die Qualität und Erfolgsrate von implementierten Änderungen zu bewerten. Zum Beispiel kann eine hohe Anzahl von 'Rückgängig gemachten' Änderungen auf Probleme in der Planung oder im Testen hinweisen und liefert eine wertvolle Metrik für die Prozessverbesserung.

Bedeutung

Es liefert ein klares, strukturiertes Ergebnis für jede Änderung, was die Analyse von Erfolgsquoten und Gründen für Fehler oder Abbruch ermöglicht.

Datenquelle

Gefunden im Feld 'Status Reason' oder einem ähnlichen Abschluss-Code-Feld im Formular 'CHG:Infrastructure Change', das in den letzten Phasen aktiv wird.

Beispiele
ErfolgreichErfolgreich mit ProblemenZurückgenommenStorniert
SLA-Status
SLAState
Der berechnete Status der Änderungsanfrage relativ zu ihrem SLA-Ziel.
Beschreibung

Dieses Attribut gibt an, ob eine abgeschlossene Änderungsanfrage ihr Service Level Agreement (SLA) erfüllt, zu verletzen drohte oder verletzt hat. Es wird berechnet, indem der tatsächliche Abschluss-Timestamp mit dem 'SLATargetDate' verglichen wird.

Dies ist die primäre Metrik für das Dashboard 'Change SLA Performance'. Es bietet ein klares, prägnantes Maß für die Leistung im Vergleich zu Serviceverpflichtungen und ermöglicht die Aufschlüsselung der Daten nach Priorität, Änderungstyp oder Team, um Bereiche mit schlechter SLA-Einhaltung zu identifizieren.

Bedeutung

Es bietet ein direktes Maß für die Leistung im Vergleich zu den Zusagen und ist somit ein Schlüsselindikator für Prozesseffizienz und Servicequalität.

Datenquelle

Dies ist ein berechnetes Attribut, das während der Datentransformation abgeleitet wird, indem der Timestamp der letzten Aktivität mit dem 'SLATargetDate' verglichen wird.

Beispiele
PünktlichRisikobehaftetVerletzt
SLA-Zieldatum
SLATargetDate
Das Zieldatum und die Uhrzeit, bis zu dem die Änderungsanfrage abgeschlossen sein sollte.
Beschreibung

Das Service Level Agreement (SLA) Zieldatum ist die Frist für den Abschluss der Änderungsanfrage, bestimmt durch ihre Priorität und Art. Dies ist der Benchmark, an dem die tatsächliche Abschlusszeit gemessen wird.

Dieses Attribut ist fundamental für das Dashboard 'Change SLA Performance'. Durch den Vergleich der tatsächlichen Abschlusszeit mit diesem Ziel können wir feststellen, ob die Änderung ihre SLA erfüllt hat. Die Analyse der SLA-Leistung hilft bei der Bewertung der gesamten Prozesseffizienz und der Einhaltung der Service Level Verpflichtungen.

Bedeutung

Es bietet den Benchmark für die Leistungsmessung, ermöglicht die Berechnung der SLA-Compliance-Raten und die Identifizierung von gefährdeten Änderungen.

Datenquelle

Diese Informationen werden typischerweise in verwandten SLA-Management-Formularen gespeichert und mit der Änderungsanfrage verknüpft, oft sichtbar auf dem Change-Formular selbst.

Beispiele
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
Zugehörige Incident ID
RelatedIncidentID
Der Identifier jedes Incidents, der durch diese Änderung verursacht wurde.
Beschreibung

Dieses Attribut verknüpft eine Änderungsanfrage mit allen nachfolgenden Incidents, die sie möglicherweise verursacht hat. Diese Beziehung ist entscheidend, um die nachgelagerten Auswirkungen von Änderungen auf die Servicestabilität zu verstehen.

Dies ist das primäre Attribut, das zur Berechnung des KPI 'Change-Induced Incident Rate' benötigt wird. Durch die Verfolgung dieser Verknüpfungen kann eine Organisation die Qualität ihres Change-Prozesses messen und Arten von Änderungen, Teams oder Services identifizieren, die mit einer höheren Rate von Problemen nach der Implementierung verbunden sind.

Bedeutung

Es misst direkt die negativen Auswirkungen von Änderungen und liefert einen kritischen KPI zur Bewertung der Änderungsqualität und der Wirksamkeit des Risikomanagements.

Datenquelle

Diese Beziehung wird typischerweise im Incident-Formular ('HPD:Help Desk') hergestellt, wobei ein Incident als Ursache mit einer Änderungsanfrage verknüpft werden kann.

Beispiele
INC000000987654INC000000987655INC000000987656
Erforderlich Empfohlen Optional

Change Management Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die in Ihrem Event Log erfasst werden müssen, um eine genaue Prozesserkennung und effektive Engpassidentifizierung zu ermöglichen.
7 Empfohlen 7 Optional
Aktivität Beschreibung
Änderung geplant
Diese Aktivität markiert den Punkt, an dem die genehmigte Änderung offiziell zur Implementierung geplant wird. Dieses Ereignis wird aus der Statusänderung zu 'Geplant' im System erfasst.
Bedeutung

Dies ist ein kritischer Meilenstein, der die Bereitschaft zur Implementierung signalisiert. Er ist der Startpunkt für die Messung des KPI 'Change Implementation Cycle Time' und 'Average Implementation Wait Time'.

Datenquelle

Abgeleitet aus der Statusänderungshistorie im CHG:Change-Formular, wenn der Status zu 'Scheduled' wechselt.

Erfassen

Identifizieren Sie den Timestamp, wann das Feld 'Status' in CHG:Change auf 'Scheduled' aktualisiert wird.

Ereignistyp inferred
Änderung geschlossen
Dies ist die finale Aktivität, die den formalen Abschluss der Änderungsanfrage im System markiert. Dieses Ereignis wird erfasst, wenn der Status der Änderungsanfrage auf 'Geschlossen' gesetzt wird.
Bedeutung

Diese Aktivität markiert das erfolgreiche Ende des Change-Lebenszyklus. Sie ist unerlässlich für die Messung der End-to-End-Prozessdauer und des gesamten Durchsatzes.

Datenquelle

Abgeleitet aus der Statusänderungshistorie im CHG:Change-Formular, wenn der Status zu 'Closed' wechselt.

Erfassen

Identifizieren Sie den Timestamp, wann das Feld 'Status' in CHG:Change auf 'Closed' aktualisiert wird.

Ereignistyp inferred
Änderung implementiert
Diese Aktivität stellt den erfolgreichen Abschluss der Change-Implementierungsarbeit dar. Sie wird typischerweise erfasst, wenn der Status auf 'Abgeschlossen' mit einem Grund aktualisiert wird, der Erfolg anzeigt.
Bedeutung

Dies ist ein wichtiger Meilenstein, der das Ende der Bereitstellungsphase markiert. Er ist unerlässlich für die Berechnung der 'Change Implementation Cycle Time' und die Analyse von durch Änderungen verursachten Incidents.

Datenquelle

Abgeleitet aus dem CHG:Change-Formular, wenn der 'Status' auf 'Completed' und der 'Status Reason' auf 'Successful' gesetzt ist.

Erfassen

Identifizieren Sie den Timestamp, wann das Feld 'Status' in CHG:Change auf 'Completed' aktualisiert wird.

Ereignistyp inferred
Change Request erstellt
Diese Aktivität markiert die initiale Erstellung eines Datensatzes für eine Änderungsanfrage im System. Das Ereignis wird vom Erstellungs-Timestamp des Eintrags der Änderungsanfrage im CHG:Change-Formular erfasst.
Bedeutung

Dies ist der Startpunkt für jede Änderungsanfrage, unerlässlich für die Messung der gesamten Lebenszyklusdauer und die Analyse des Volumens eingehender Änderungen.

Datenquelle

Dieses Ereignis wird vom 'Submit Date' oder dem Erstellungs-Timestamp des Datensatzes im Audit Log des CHG:Change-Formulars (z.B. HPD:Help Desk Audit Log) erfasst.

Erfassen

Verwenden Sie den Erstellungs-Timestamp des Datensatzes aus dem CHG:Change-Formular.

Ereignistyp explicit
Change Request genehmigt
Dies ist ein wichtiger Meilenstein, bei dem die Änderungsanfrage die formelle Genehmigung zum Fortfahren erhält. Das Ereignis wird aus einer Statusänderung abgeleitet, typischerweise zu 'Geplant' oder 'Planung läuft' nach der endgültigen Genehmigung.
Bedeutung

Dies markiert das Ende der Genehmigungsphase und ist entscheidend für die Messung von Genehmigungsengpässen und des KPI 'Durchschnittliche Genehmigungszeit für Änderungen'. Es ist ein wichtiger Entscheidungspunkt im Prozess.

Datenquelle

Abgeleitet aus der Statusänderungshistorie im CHG:Change-Formular, spezifisch wenn der Request einen Genehmigungsstatus wie 'Request For Authorization' verlässt.

Erfassen

Identifizieren Sie den Timestamp, wann das Feld 'Status' in CHG:Change die letzte Genehmigungsphase überschreitet, z. B. zu 'Scheduled'.

Ereignistyp inferred
Risikobewertung durchgeführt
Diese Aktivität bedeutet den Abschluss der Risikobewertung für die vorgeschlagene Änderung. Sie wird oft erfasst, wenn der Status der Änderungsanfrage aktualisiert oder eine spezifische Risikobewertungsaufgabe abgeschlossen wird.
Bedeutung

Die Verfolgung dieser Aktivität ist entscheidend für die Sicherstellung der Compliance mit Change Management Richtlinien. Sie hilft, Verzögerungen in der Bewertungsphase zu identifizieren und die 'Change Rework Rate' zu analysieren, falls der Prozess zu diesem Schritt zurückkehrt.

Datenquelle

Abgeleitet von einer Statusänderung im CHG:Change-Formular (z. B. Wechsel zu 'Request For Change') oder durch den Abschluss einer zugehörigen Aufgabe im CHG:Task-Formular.

Erfassen

Identifizieren Sie den Timestamp, wann eine verknüpfte 'Risk Assessment'-Aufgabe in CHG:Task als 'Closed' oder 'Completed' markiert wurde.

Ereignistyp inferred
Tests durchgeführt
Bedeutet, dass die Tests oder Validierung nach der Implementierung abgeschlossen wurden. Dies wird oft durch den Abschluss einer dedizierten Testaufgabe erfasst, die mit der Änderungsanfrage verbunden ist.
Bedeutung

Die Verfolgung dieser Aktivität ist entscheidend für die Messung der durchschnittlichen Test-Zykluszeit und die Sicherstellung der Qualität. Sie hilft, Engpässe im Validierungsprozess vor der finalen Verifizierung zu identifizieren.

Datenquelle

Abgeleitet vom Abschluss eines Testaufgaben-Datensatzes im CHG:Task-Formular, der mit dem übergeordneten Change Request verknüpft ist.

Erfassen

Identifizieren Sie den Timestamp, wann eine verknüpfte 'Testing'- oder 'Validation'-Aufgabe in CHG:Task als 'Closed' oder 'Completed' markiert wurde.

Ereignistyp inferred
Änderung abgebrochen
Stellt den Abbruch einer Änderungsanfrage vor ihrer Implementierung oder Fertigstellung dar. Dies wird erfasst, wenn der Status der Änderungsanfrage auf 'Abgebrochen' aktualisiert wird.
Bedeutung

Die Verfolgung von Abbrüchen liefert Einblicke, warum Änderungen zurückgezogen werden. Dies kann Probleme wie mangelhafte anfängliche Planung, sich ändernde Prioritäten oder Ressourcenengpässe hervorheben.

Datenquelle

Abgeleitet aus der Statusänderungshistorie im CHG:Change-Formular, wenn der Status zu 'Cancelled' wechselt.

Erfassen

Identifizieren Sie den Timestamp, wann das Feld 'Status' in CHG:Change auf 'Cancelled' aktualisiert wird.

Ereignistyp inferred
Änderung verifiziert
Diese Aktivität zeigt an, dass die Änderung von Stakeholdern nach Implementierung und Tests formell als erfolgreich verifiziert wurde. Sie wird oft durch eine Statusänderung vor dem endgültigen Abschluss dargestellt.
Bedeutung

Die Verifizierung ist das letzte Qualitätstor, bevor eine Änderung geschlossen wird. Sie bestätigt, dass die Änderung ihre Ziele erreicht hat und keine unbeabsichtigten negativen Auswirkungen verursacht hat.

Datenquelle

Abgeleitet von einer Statusänderung im CHG:Change-Formular, z. B. der Übergang von 'Completed' zu einem 'Verification'- oder 'Closed'-Status.

Erfassen

Identifizieren Sie den Timestamp, wann das Feld 'Status' in CHG:Change nach Implementierungsaktivitäten zu 'Closed' wechselt.

Ereignistyp inferred
Auswirkungsanalyse durchgeführt
Stellt den Abschluss der Auswirkungsanalyse dar, um die potenziellen Folgen einer Änderung zu bestimmen. Dies wird typischerweise aus einer Statusaktualisierung oder dem Abschluss einer zugehörigen Aufgabe abgeleitet.
Bedeutung

Diese Aktivität ist entscheidend, um die Planungseffizienz und ihre Auswirkungen auf die Nacharbeit zu verstehen. Die Analyse ihrer Dauer und Häufigkeit hilft, die anfängliche Bewertungsphase zu verbessern.

Datenquelle

Abgeleitet vom Abschluss-Timestamp einer 'Impact Analysis'-Aufgabe im CHG:Task-Formular oder einem spezifischen Statusübergang im CHG:Change-Formular.

Erfassen

Identifizieren Sie den Timestamp, wann eine verknüpfte 'Impact Analysis'-Aufgabe in CHG:Task als 'Closed' oder 'Completed' markiert wurde.

Ereignistyp inferred
Change Request abgelehnt
Diese Aktivität bedeutet, dass die Änderungsanfrage von einem Genehmigenden formell abgelehnt wurde. Sie wird durch eine Statusänderung zu 'Abgelehnt' erfasst und stellt einen terminalen Status dar.
Bedeutung

Die Verfolgung von Ablehnungen hilft, Gründe für die Ablehnung zu identifizieren, wie unvollständige Informationen oder hohes Risiko. Diese Analyse kann die Qualität zukünftiger Change-Einreichungen verbessern.

Datenquelle

Abgeleitet aus der Statusänderungshistorie im CHG:Change-Formular, spezifisch dem Übergang zu einem 'Rejected'-Status.

Erfassen

Identifizieren Sie den Timestamp, wann das Feld 'Status' in CHG:Change auf 'Rejected' aktualisiert wird.

Ereignistyp inferred
Change Request eingereicht
Stellt die formale Einreichung einer Änderungsanfrage zur Überprüfung und Genehmigung dar. Dies wird typischerweise abgeleitet, wenn der Status der Änderungsanfrage von 'Entwurf' zu 'Anfrage zur Genehmigung' wechselt.
Bedeutung

Diese Aktivität initiiert den Genehmigungsprozess. Ihre Verfolgung ist entscheidend, um die Wartezeit von Anfragen auf die Erstprüfung zu messen und um den KPI 'Durchschnittliche Genehmigungszeit für Änderungen' zu analysieren.

Datenquelle

Abgeleitet aus der Statusänderungshistorie des Change Requests im CHG:Change-Formular, spezifisch dem Übergang zu 'Request For Authorization'.

Erfassen

Identifizieren Sie den Timestamp, wann das Feld 'Status' in CHG:Change von 'Draft' zu 'Request For Authorization' wechselt.

Ereignistyp inferred
Implementierungsplan entwickelt
Zeigt an, dass der detaillierte Plan zur Implementierung der Änderung erstellt und dokumentiert wurde. Dies wird typischerweise erfasst, wenn eine mit der Änderung verbundene Planungsaufgabe abgeschlossen ist.
Bedeutung

Der Abschluss dieser Aktivität ist eine Voraussetzung für die Planung und Implementierung. Die Analyse ihrer Dauer hilft, Verzögerungen in der Planungsphase zu identifizieren, bevor die Änderung ausgeführt wird.

Datenquelle

Abgeleitet vom Abschluss eines spezifischen Planungsaufgaben-Datensatzes im CHG:Task-Formular, der mit dem übergeordneten Change Request verknüpft ist.

Erfassen

Identifizieren Sie den Timestamp, wann eine verknüpfte 'Implementation Planning'-Aufgabe in CHG:Task als 'Closed' oder 'Completed' markiert wurde.

Ereignistyp inferred
Überprüfung nach Implementierung
Stellt den Abschluss einer formalen Überprüfung dar, nachdem die Änderung implementiert wurde. Diese Aktivität wird typischerweise aus dem Abschluss einer Nachbereitungsprüfung (PIR)-Aufgabe erfasst.
Bedeutung

Diese Aktivität ist entscheidend für organisationales Lernen und Prozessverbesserung. Die Messung des KPI 'Nachbereitungsprüfungsrate nach Implementierung' hilft sicherzustellen, dass aus Änderungen gelernt wird.

Datenquelle

Abgeleitet vom Abschluss einer 'Post-Implementation Review'-Aufgabe im CHG:Task-Formular, die mit dem übergeordneten Change Request verknüpft ist.

Erfassen

Identifizieren Sie den Timestamp, wann eine verknüpfte 'PIR'-Aufgabe in CHG:Task als 'Closed' oder 'Completed' markiert wurde.

Ereignistyp inferred
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre `Daten` aus BMC Helix ITSM