Ihr Change-Management Daten-Template

ServiceNow
Ihr Change-Management Daten-Template

Ihr Change-Management Daten-Template

Diese Vorlage bietet einen strukturierten Ansatz zur Erfassung der relevanten Daten, die für ein effektives Process Mining Ihres Change-Management Workflows erforderlich sind. Sie skizziert empfohlene Attribute und Aktivitäten zur Nachverfolgung, zusammen mit praktischen Anleitungen zur Datenextraktion. Verwenden Sie diese Ressource, um Ihre Daten für eine vollständige Analyse und Optimierung vorzubereiten.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Nachverfolgung für eine präzise Prozesserkennung
  • Anleitung zur Datenextraktion aus ServiceNow
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Change-Management Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log (Event Log) aufnehmen sollten, um eine vollständige Analyse Ihres Change-Management-Prozesses zu ermöglichen.
3 Erforderlich 7 Empfohlen 9 Optional
Name Beschreibung
Change Request ID
ChangeRequestNumber
Die eindeutige Kennung für eine Änderungsanforderung, die als primäre Fall-ID zur Gruppierung aller zugehörigen Ereignisse dient.
Beschreibung

Die Change Request ID ist der Grundlage der Change-Management Prozessanalyse. Es ist eine eindeutige Nummer, die jeder Änderungsanforderung zugewiesen wird, wie z. B. 'CHG0030001', und alle Aktivitäten, Genehmigungen und Aufgaben miteinander verbindet.

Im Process Mining wird dieses Attribut verwendet, um den End-to-End-Verlauf jeder einzelnen Änderung zu rekonstruieren. Es ermöglicht Analysten, den gesamten Lebenszyklus von der Erstellung bis zum Abschluss zu verfolgen und bietet einen klaren Gesamtüberblick darauf, wie jede Änderung im System voranschreitet. Die Analyse von Prozessen, die nach dieser ID gruppiert sind, ist maßgeblich für die Berechnung von Durchlaufzeiten, die Identifizierung von Nacharbeitszyklen und das Verständnis von Prozessvarianten.

Bedeutung

Diese ID ist unerlässlich für die Verfolgung des gesamten Lebenszyklus einer Änderung und ermöglicht eine vollständige Analyse von Prozessfluss, Dauer und Compliance für jede Anforderung.

Datenquelle

ServiceNow Tabelle: change_request, Feld: number

Beispiele
CHG0030001CHG0030045CHG0030112
Ereigniszeit
EventTime
Der genaue Zeitstempel, wann eine spezifische Aktivität oder ein Ereignis aufgetreten ist.
Beschreibung

Event Time erfasst das genaue Datum und die Uhrzeit, zu der eine Aktivität durchgeführt oder eine Statusänderung registriert wurde. Dieser Zeitstempel ist maßgeblich für die chronologische Reihenfolge der Ereignisse und für alle zeitbasierten Analysen.

Im Process Mining ermöglicht dieses Attribut die Berechnung von Durchlaufzeiten, Bearbeitungszeiten und Wartezeiten zwischen Aktivitäten. Es ist unerlässlich für Dashboards, die die Leistungsfähigkeit analysierenn, wie z. B. den Change Approval Durchlaufzeit und den End-to-End Change Prozessfluss. Genaue Zeitstempels sind die Grundlage für die Identifizierung von Verzögerungen und die Messung der Prozesseffizienz im Vergleich zu SLAs.

Bedeutung

Dieser Zeitstempel ist maßgeblich für die korrekte Sequenzierung von Ereignissen und die Berechnung aller zeitbasierten Metriken, einschließlich Durchlaufzeiten, Dauern und SLA-Einhaltung.

Datenquelle

ServiceNow Tabelle: sys_audit, Feld: sys_created_on. Dies liefert den Zeitstempel für jede aufgezeichnete Änderung.

Beispiele
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:05:00Z
Aktivitätsname
ActivityName
Der Name eines spezifischen Ereignisse oder einer Aufgabe, das innerhalb des Change Management-Prozesses auftrat.
Beschreibung

Der Aktivitätsname beschreibt einen diskreten Schritt oder eine Statusänderung im Lebenszyklus einer Änderungsanforderung. Beispiele sind 'Change Awaiting Assessment', 'Approval Requested' und 'Change Implemented'. Diese Aktivitäten bilden die Knoten in der entdeckten Prozesskarte.

Die Analyse dieser Aktivitäten ermöglicht eine detaillierte Untersuchung des Prozessflusses. Durch die Verfolgung der Abfolge und Häufigkeit von Aktivitäten können Organisationen gängige Pfade, Abweichungen vom Standardprozess und Engpässe identifizieren, an denen Änderungen häufig stagnieren. Dies ist die Basis für die Visualisierung des Prozesses und die Berechnung von Metriken wie Übergangszeiten zwischen Schritten.

Bedeutung

Es ist die Basis der Prozesskarte, ermöglicht die Visualisierung des Prozessflusses, die Identifizierung von Engpässen und die Analyse von Abweichungen.

Datenquelle

Abgeleitet von Änderungen im 'state'-Feld oder anderen wichtigen Statusfeldern in der 'change_request'-Tabelle, oft in der 'sys_audit'-Tabelle erfasst.

Beispiele
Änderung genehmigtImplementierung gestartetÄnderung geschlossenÄnderung storniert
Änderungsart
ChangeType
Die Klassifizierung der Änderung, z.B. 'Standard', 'Standard' oder 'Emergency'.
Beschreibung

Der Change Typ kategorisiert die Change Request basierend auf ihrer Art, ihrem Risiko und ihren Genehmigungsanforderungen. Standard-Changes sind vorab genehmigt, normale Changes durchlaufen den vollständigen Prozess und Notfall-Changes einsetzen einen beschleunigten Pfad.

Dies ist eine grundlegende Dimension für die Prozessanalyse, da verschiedene Änderungsarten unterschiedliche, legitime Prozessmodelle aufweisen. Der Vergleich der Leistungsfähigkeit von normalen mit Notfall-Changes kann wichtige Erkenntnisse über die Prozesseinhaltung und Effizienz liefern. Es wird auch in Dashboards wie 'Standardisierung der Risikobewertung' verwendet, um sicherzustellen, dass ähnliche Änderungen konsistent behandelt werden.

Bedeutung

Ermöglicht die Segmentierung der Analyse, da verschiedene Änderungsarten unterschiedlichen autorisierten Prozessflüssen folgen und einzigartige Leistungsfähigkeit-Erwartungen haben.

Datenquelle

ServiceNow Tabelle: change_request, Feld: type

Beispiele
StandardStandardNotfall
Änderungsstatus
ChangeState
Der aktuelle oder historische Status der Änderungsanforderung, wie 'Assess', 'Authorize', 'Implement' oder 'Closed'.
Beschreibung

Das Attribut Change State repräsentiert den Status einer Änderungsanforderung zu einem bestimmten Zeitpunkt. Es bietet eine übergeordnete Zusammenfassung, wo sich die Änderung in ihrem Lebenszyklus befindet. Im Gegensatz zur Aktivität, die ein spezifisches Ereignis darstellt, ist der Status der Zustand, der aus diesem Ereignis resultiert.

In der Analyse wird der Change State verwendet, um Fälle zu kategorisieren und deren Resultate zu verstehen. Es ist die Basis für das Filtern von Änderungen, zum Beispiel, um nur 'Closed'-Änderungen zu analysierenn oder zu untersuchen, warum viele Änderungen im 'Authorize'-Status stecken bleiben. Es unterstützt direkt KPIs wie die Änderungsfehlerrate (Change Failure Rate), wenn ein 'Failed'-Status existiert.

Bedeutung

Bietet eine Momentaufnahme des Status der Änderungsanforderung und ermöglicht die Analyse von Resultaten, die Filterung von Fällen und die Identifizierung von ins Stocken geratenen Änderungen.

Datenquelle

ServiceNow Tabelle: change_request, Feld: state

Beispiele
BewertenAutorisierenGeplantImplementReviewGeschlossenStorniert
Bearbeitungsgruppe
AssignmentGroup
Das Team oder den Antrag bearbeitet.ie Gruppe, die für die Änderungsanforderung verantwortlich ist.
Beschreibung

Die Assignment Group gibt an, welches Team derzeit für die Änderungsanforderung verantwortlich ist, wie 'CAB Approval', 'Network Engineering' oder 'Datenbase Administrators'. Dies ist eine kritische Dimension für die Analyse der Prozessleistung in verschiedenen Funktionsbereichen.

Dieses Attribut wird verwendet, um die Effizienz auf Teamebene zu messen, Engpässe innerhalb spezifischer Gruppen zu identifizieren und die Effektivität von Übergaben zwischen Teams zu analysierenn. Dashboards wie 'Cross-Funktional Handoff Efficiency' und 'Durchsatz der Änderungsimplementierung' stützen sich stark auf diese Daten, um Verzögerungen durch teamübergreifende Abhängigkeiten zu identifizieren.

Bedeutung

Ermöglicht Leistungsfähigkeit-Analysen nach Teams, hebt gruppenspezifische Engpässe hervor und misst die Effizienz von Übergaben zwischen verschiedenen Funktionsbereichen.

Datenquelle

ServiceNow Tabelle: change_request, Feld: assignment_group

Beispiele
CAB ApprovalNetwork TeamServer SupportDatenbankadministratoren
Endzeit
EndTime
Der Zeitstempel, wann eine Aktivität abgeschlossen wurde. Er wird oft aus der Startzeit der nachfolgenden Aktivität abgeleitet.
Beschreibung

Die Endzeit markiert den Abschluss einer Aktivität. Während Quellsysteme oft den Beginn eines Ereignisses protokollieren, wird die Endzeit häufig abgeleitet. Sie wird in der Regel als der Zeitstempel der nächsten Aktivität in der Sequenz für denselben Fall berechnet.

Dieses Attribut ist maßgeblich für die Berechnung der Dauer jeder Aktivität, bekannt als Bearbeitungszeit. Zu verstehen, wie lange jeder Schritt dauert, ist die Basis für die Identifizierung von Engpässen und Ineffizienzen im Prozess. Für die letzte Aktivität in einem Fall ist die Endzeit identisch mit der Startzeit.

Bedeutung

Ermöglicht die Berechnung der Aktivitätsbearbeitungszeit, die wichtig für die Identifizierung von Engpässen und die Messung der Dauer spezifischer Prozessschritte ist.

Datenquelle

Dieses Attribut wird in der Regel während der Daten transformation berechnet, indem die Startzeit des nächsten Ereignisses für dieselbe Fall-ID (CaseId) genommen wird.

Beispiele
2023-10-26T10:05:12Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
Konfigurationselement
ConfigurationItem
Die spezifische IT-Komponente, der Dienst oder den Antrag bearbeitet.as System, das/der Gegenstand der Änderung ist.
Beschreibung

Das Configuration Item (CI) ist das Asset aus der Configuration Management Datenbase (CMDB), das von der Änderung betroffen sein wird. Dies könnte ein Server, eine Softwareanwendung, ein Netzwerkgerät oder ein Geschäftsservice sein.

Dieses Attribut liefert kritischen Kontext für die Änderung. Im Process Mining ermöglicht es die Segmentierung der Analyse nach dem Typ des Assets, das geändert wird. Zum Beispiel verwendet das Dashboard 'Change Testing Dauer Analysis' dieses Attribut, um Testzeiten für verschiedene Anwendungen oder Systeme zu vergleichen und hilft zu identifizieren, welche CIs mit längeren Testzyklen verbunden sind.

Bedeutung

Bietet wesentlichen Geschäftskontext, ermöglicht die Filterung der Analyse nach der betroffenen Anwendung, dem Dienst oder den Antrag bearbeitet.em System, um komponentenspezifische Probleme zu identifizieren.

Datenquelle

ServiceNow Tabelle: change_request, Feld: cmdb_ci

Beispiele
`SAP ERP`Oracle Datenbase 19cE-Mail-DienstWebServer-01
Priorität
Priority
Die Prioritätsstufe der Änderungsanforderung, bestimmt durch deren Auswirkung und Dringlichkeit.
Beschreibung

Priorität gibt die Wichtigkeit einer Änderungsanforderung an und bestimmt die Reihenfolge, in der sie bearbeitet werden sollte. Sie wird oft abgeleitet aus Auswirkung und Dringlichkeit der Änderung, mit Werten wie 'Kritisch', 'Hoch', 'Mittel' und 'Niedrig'.

Die Analyse nach Priorität ist unerlässlich, um sicherzustellen, dass Änderungen mit hoher Priorität schneller bearbeitet werden als solche mit niedriger Priorität. Sie unterstützt das 'Critical Change Leistungsfähigkeit' Dashboard, indem es Analysten ermöglicht, Durchlaufzeiten und Fehlerraten speziell für die wichtigsten Änderungen zu verfolgen. Jede Abweichung, bei der Änderungen mit niedriger Priorität schneller abgeschlossen werden als solche mit hoher Priorität, weist auf ein Problem bei der Ressourcenzuweisung oder Prozessausführung hin.

Bedeutung

Wesentlich für die Bewertung, ob Ressourcen den kritischsten Änderungen korrekt zugewiesen sind und um deren Leistungsfähigkeit separat zu überwachen.

Datenquelle

ServiceNow Tabelle: change_request, Feld: priority

Beispiele
1 – Kritisch2 – Hoch3 – Moderat4 – Niedrig
Risikostufe
RiskLevel
Das bewertete Risikoniveau der Änderung, wie 'Hoch', 'Mittel' oder 'Niedrig'.
Beschreibung

Die Risikostufe ist das Ergebnis des Risikobewertungsprozesses für eine Änderungsanforderung. Sie quantifiziert das Potenzial für nachteilige Folgen, wenn die Änderung implementiert wird, und hilft, das erforderliche Maß an Prüfung und Genehmigung zu bestimmen.

Dieses Attribut ist maßgeblich für das Dashboard 'Standardisierung der Risikobewertung', wo es verwendet wird, um zu prüfen, ob ähnliche Änderungen konsistente Risikobewertungen erhalten. Die Analyse von Prozessabläufen nach Risikostufe kann auch aufzeigen, ob risikoreiche Änderungen korrekt einem strengeren Genehmigungs- und Testpfad folgen als risikoarme Änderungen, was eine wichtige Compliance-Prüfung darstellt.

Bedeutung

Wesentliche Grundlage für die Compliance-Analyse und um sicherzustellen, dass risikoreiche Änderungen das angemessene Maß an Prüfung erhalten und einem strengeren Prozess folgen.

Datenquelle

ServiceNow Tabelle: change_request, Feld: risk

Beispiele
HochModerateNiedrig
Assigned To Benutzer
AssignedToUser
Der einzelne Benutzer, der für die Änderungsanforderung zu einem bestimmten Zeitpunkt verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert die spezifische Person, die der Bearbeitung der Änderungsanforderung zugewiesen ist. Dies kann sich im Laufe des Lebenszyklus mehrfach ändern, wenn die Anforderung zwischen verschiedenen Phasen und Teams wechselt.

Die Analyse nach Benutzer hilft beim Verständnis der Arbeitslastverteilung, der individuellen Leistung und der Identifizierung von Schulungsbedarf. Es ist auch wichtig für die Analyse von Übergaben, insbesondere in Kombination mit der Assignment Group, um zu sehen, wie effizient Arbeit zwischen Einzelpersonen weitergegeben wird.

Bedeutung

Hilft bei der Nachverfolgung individueller Benutzerarbeitslast und Leistung und ist maßgeblich für die Analyse von Übergabeverzögerungen zwischen verschiedenen Ressourcen.

Datenquelle

ServiceNow Tabelle: change_request, Feld: assigned_to

Beispiele
Beth AnglinDavid LooAbel Tuter
Auswirkung
Impact
Die potenzielle Auswirkung der Änderung auf den Geschäftsbetrieb, bewertet auf einer Skala wie Hoch, Mittel oder Niedrig.
Beschreibung

Auswirkung misst den potenziellen Effekt auf das Geschäft, wenn die Änderungsanforderung nicht korrekt bearbeitet wird. Sie ist eine wichtige Eingabe, zusammen mit der Dringlichkeit, zur Bestimmung der Gesamtpriorität der Änderung.

Die Analyse nach Auswirkung hilft sicherzustellen, dass Änderungen, die kritische Dienste betreffen, mit angemessener Sorgfalt verwaltet werden. Sie wird im 'Critical Change Leistungsfähigkeit' Dashboard verwendet, um Änderungen mit hoher geschäftlicher Auswirkung zu isolieren und zu überwachen. Sie dient auch zur Überprüfung der Konsistenz der Risikobewertung, um sicherzustellen, dass Änderungen mit hoher Auswirkung nicht ohne Begründung einer niedrigen Risikostufe zugewiesen werden.

Bedeutung

Unterstützt die Priorisierung von Änderungen basierend auf ihrer potenziellen geschäftlichen Auswirkung und dient zur Validierung, dass Änderungen mit hoher Auswirkung mit der gebotenen Sorgfalt verwaltet werden.

Datenquelle

ServiceNow Tabelle: change_request, Feld: impact

Beispiele
1 – Hoch2 – Mittel3 – Niedrig
Dringlichkeit
Urgency
Die Geschwindigkeit, mit der eine Änderung gelöst werden muss, bewertet auf einer Skala wie Hoch, Mittel oder Niedrig.
Beschreibung

Dringlichkeit definiert, wie schnell eine Änderung implementiert werden muss. Sie spiegelt die Zeitempfindlichkeit der Anforderung aus geschäftlicher Sicht wider. Zusammen mit der Auswirkung wird sie zur Berechnung der Gesamtpriorität verwendet.

Während Priorität das primäre Feld für die Analyse ist, bietet Dringlichkeit zusätzlichen Kontext. Sie kann verwendet werden, um zu untersuchen, warum bestimmte Änderungen als dringend markiert sind und ob der Prozess sie effektiv bewältigt, ohne die Stabilität zu beeinträchtigen. Es hilft, Fragen zu beantworten, ob die Organisation zu oft in einem reaktiven, hochdringlichen Modus agiert.

Bedeutung

Bietet Kontext zur Zeitempfindlichkeit einer Änderung und hilft zu analysierenn, ob der Prozess zeitkritische Anfragen effektiv bearbeitet.

Datenquelle

ServiceNow Tabelle: change_request, Feld: urgency

Beispiele
1 – Hoch2 – Mittel3 – Niedrig
Durchlaufzeit
CycleTime
Die gesamte verstrichene Zeit von der Erstellung bis zur Schließung eines Änderungsantrags.
Beschreibung

Die Durchlaufzeit ist eine Metrik auf Fallebene, die die Gesamtdauer des Lebenszyklus einer Change Request misst. Sie wird als Differenz zwischen dem Zeitstempel des allerersten Ereignisse und dem Zeitstempel des allerletzten Ereignisse für eine gegebene Change Request berechnet.

Dies ist ein kritischer KPI zur Messung der gesamten Prozessgeschwindigkeit. Er wird im Dashboard 'End-to-End Change Prozessfluss' verwendet, um eine übergeordnete Ansicht der Prozess-Performance zu bieten. Die Analyse von Durchlaufzeit-Trends und deren Vergleich über verschiedene Dimensionen wie Change Typ oder Priority hinweg hilft Organisationen, Möglichkeiten zur strategischen Prozessoptimierung zu identifizieren.

Bedeutung

Misst die End-to-End-Dauer des Änderungsprozesses und liefert einen Schlüsselindikator für die Gesamtprozessgeschwindigkeit und -effizienz.

Datenquelle

Berechnet auf Fallebene während der Datenanalyse durch Subtraktion der minimalen StartTime von der maximalen StartTime für jede CaseId.

Beispiele
60480012096002592000
Ist Nacharbeit
IsRework
Ein Boolescher Wert, der wahr ist, wenn eine Aktivität eine Wiederholung eines vorherigen Schritts im selben Case darstellt.
Beschreibung

Dieses berechnete Attribut identifiziert Aktivitäten, die Nacharbeit darstellen. Nacharbeit tritt auf, wenn der Prozess zu einem bereits abgeschlossenen Schritt zurückkehren muss, wie eine Änderung, die nach der Genehmigung abgelehnt und zur Neubewertung zurückgesandt wird.

Dieses Flag ist maßgeblich für die Quantifizierung der Prozesseffizienz. Es unterstützt direkt den 'Change Rework Rate' KPI und das 'Change Failure and Rework Analysis' Dashboard. Durch Filtern nach Aktivitäten, bei denen 'Is Rework' wahr ist, können Analysten die Ursachen der Nacharbeit isolieren und untersuchen, wie unvollständige anfängliche Bewertungen oder sich ändernde Anforderungen, und Maßnahmen zur Abfallreduzierung ergreifen.

Bedeutung

Quantifiziert direkt die Prozessineffizienz, indem es wiederholte Arbeiten kennzeichnet und dabei hilft, die Grundursachen von Prozessschleifen und verschwendetem Aufwand zu identifizieren und zu beheben.

Datenquelle

Berechnet während der Datentransformation durch Erkennung, ob dieselbe Aktivität (oder eine frühere im Standardfluss) für die gegebene CaseId bereits aufgetreten ist.

Beispiele
JaNein
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, der angibt, wann die Daten für diesen Datensatz zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut liefert den Zeitstempel der letzten Datenextraktion. Es ist ein MetaDatenfeld, das wichtig ist, um die Aktualität der analysierten Daten zu verstehen.

Analysten einsetzen diesen Zeitstempel, um zu bestätigen, dass sie mit aktuellen Informationen arbeiten und um die Aktualität der Daten zu verstehen. Es ist besonders wichtig für operative Dashboards, die die laufende Prozessleistung überwachen, und stellt sicher, dass Entscheidungen nicht auf veralteten Daten basieren.

Bedeutung

Zeigt die Aktualität der Daten an und stellt sicher, dass Analysen und Dashboards auf aktuellen und relevanten Informationen basieren.

Datenquelle

Dies ist ein MetaDatenfeld, das während des Datenextraktions- und Transformationsprozesses (ETL) generiert wird und den Zeitpunkt des Datenabzugs angibt.

Beispiele
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden, in der Regel 'ServiceNow'.
Beschreibung

Dieses Attribut identifiziert den Ursprung der ProzessDaten. Obwohl in diesem Fall ServiceNow erwartet wird, ist es ein wichtiges Feld für Daten Governance und für Szenarien, in denen Daten aus mehreren Systemen zusammengeführt werden könnten.

In der Analyse stellt ... sicher es eine klare Datenherkunft und hilft bei der Validierung der Datenquelle. Für Organisationen mit mehreren ITSM-Tools oder integrierten Systemen ermöglicht dieses Attribut das Filtern und Vergleichen von Prozessen über verschiedene Plattformen hinweg.

Bedeutung

Bietet eine klare Datenherkunft und stellt sicher, dass der Ursprung der ProzessDaten dokumentiert ist, was für Daten Governance und Multi-System-Analyse von wichtiger Bedeutung ist.

Datenquelle

Dies ist in der Regel ein statischer Wert, der während des Datenextraktions- und Transformationsprozesses (ETL) hinzugefügt wird.

Beispiele
ServiceNowServiceNow_PRODSNOW_ITSM
Schließcode
CloseCode
Ein Code, der den Antrag bearbeitet.as Ergebnis angibt, wenn die Change Request geschlossen wurde, z. B. 'Successful' oder 'Unsuccessful'.
Beschreibung

Der Close Code bietet eine endgültige Klassifizierung für eine abgeschlossene Änderungsanforderung. Er dokumentiert formell, ob die Änderung erfolgreich, mit Problemen oder zurückgerollt wurde.

Dieses Attribut ist eine direkte Eingabe für den KPI 'Änderungsfehlerrate (Change Failure Rate)'. Durch die Analyse der Verteilung der Close Codes können Organisationen den Erfolg ihrer Änderungsinitiativen quantifizieren. Das Filtern der Prozesskarte nach Änderungen mit einem 'Unsuccessful' Close Code ist eine leistungsstarke Technik für die Ursachenanalyse und deckt gängige Prozessmuster auf, die zu Fehlern führen.

Bedeutung

Misst direkt das Ergebnis einer Änderung und liefert die primären Daten, die zur Berechnung der Ausfallrate von Änderungen und zur Analyse der Grundursachen fehlgeschlagener Änderungen erforderlich sind.

Datenquelle

ServiceNow Tabelle: change_request, Feld: close_code

Beispiele
ErfolgreichErfolgreich mit ProblemenNicht erfolgreich / Zurückgerollt
SLA-Status
SlaState
Der Status der Änderungsanforderung in Bezug auf ihr Service Level Agreement (SLA), wie 'On Track', 'At Risk' oder 'Breached'.
Beschreibung

Der SLA-Status gibt an, ob die Änderungsanforderung innerhalb der den Antrag bearbeitet.urch ihre SLA definierten Zeitrahmen voranschreitet. Dieser Status kann in jeder Phase des Prozesses verfolgt werden.

Dieses Attribut ist maßgeblich für die Überwachung der Einhaltung von Service-Level-Verpflichtungen. Es ist die primäre Datenquelle für das 'Change SLA Leistungsfähigkeit Übersicht' Dashboard und den KPI 'Change SLA-Einhaltung Rate'. Die Analyse, wo und warum SLAs verletzt werden, ermöglicht es der Organisation, systemische Verzögerungen zu beheben und die Vorhersehbarkeit der Servicebereitstellung zu verbessern.

Bedeutung

Bietet ein direktes Maß für die Leistung im Vergleich zu Fristen, ermöglicht proaktives Monitoring und Analyse von SLA-Verstößen, um die Servicebereitstellung zu verbessern.

Datenquelle

Dies kann aus der Tabelle 'task_sla' in ServiceNow bezogen werden, die SLAs für Aufgaben wie Änderungsanforderungen verfolgt, oder basierend auf Fälligkeitsdatumsfeldern berechnet werden.

Beispiele
On TrackRisikobehaftetVerletzt
Erforderlich Empfohlen Optional

Change-Management Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Change-Management-Prozessanalyse zu ermöglichen.
7 Empfohlen 6 Optional
Aktivität Beschreibung
Änderung genehmigt
Die Änderungsanforderung hat alle notwendigen Genehmigungen erhalten, um zu den Planungs- und Implementierungsphasen überzugehen. Dies ist ein kritischer Meilenstein, der erfasst wird, wenn die endgültige Genehmigung erteilt und das Feld 'approval' auf 'approved' gesetzt wird.
Bedeutung

Dieser Meilenstein schließt die Genehmigungsphase ab. Er ist maßgeblich für die Messung der Genehmigungsdurchlaufzeiten und die Identifizierung von Engpässen im Entscheidungsprozess.

Datenquelle

Abgeleitet aus der Änderung des Feldes 'approval' in der change_request-Tabelle zu 'approved'. Der Zeitstempel stammt aus der Audit-Historie für diese Änderung.

Erfassen

Erfassen Sie den Zeitstempel, wenn das 'approval'-Feld zu 'approved' wird.

Ereignistyp inferred
Änderung geplant
Der genehmigten Änderung wurde ein geplantes Start- und Enddatum zugewiesen und ist nun offiziell im Implementierungskalender eingetragen. Dies wird abgeleitet, wenn der Status der Änderungsanforderung zu 'Scheduled' wechselt.
Bedeutung

Diese Aktivität trennt die Planungs- und Genehmigungsphasen von der aktiven Implementierungsphase. Die in diesem Status verbrachte Zeit kann auf Verzögerungen zwischen Genehmigung und Arbeitsbeginn hinweisen.

Datenquelle

Abgeleitet aus einer Änderung des 'state'-Feldes in der change_request-Tabelle zu 'Scheduled'. Der Zeitstempel wird aus dem entsprechenden Audit-Log-Eintrag erfasst.

Erfassen

Verfolgen Sie Statusfeldänderungen zu 'Scheduled' in der Audit-Historie der change_request-Tabelle.

Ereignistyp inferred
Änderung geschlossen
Die Änderungsanforderung wurde erfolgreich abgeschlossen, überprüft und gilt nun als beendet. Dies ist der primäre Erfolgsendpunkt für den Prozess und wird erfasst, wenn der Änderungsstatus zu 'Closed' wechselt.
Bedeutung

Diese Aktivität markiert den erfolgreichen Abschluss des ÄnderungsLebenszyklus. Es ist das Endereignis zur Messung der End-to-End-Prozessdauer und der SLA-Einhaltung.

Datenquelle

Abgeleitet aus der Einstellung des Feldes 'state' in der change_request-Tabelle auf 'Closed'. Der Zeitstempel wird aus der Audit-Historie für diese finale Statusänderung entnommen.

Erfassen

Erfassen Sie den Zeitstempel, wenn das 'state'-Feld auf 'Closed' aktualisiert wird.

Ereignistyp inferred
Änderung implementiert
Die Implementierungsarbeit wurde abgeschlossen, und die Änderung ist bereit zur Überprüfung, Verifizierung oder zum Testen. Diese Aktivität wird abgeleitet, wenn der Status der Änderungsanforderung von 'Implement' zu 'Review' wechselt.
Bedeutung

Dies ist ein kritischer Meilenstein, der den Antrag bearbeitet.ie Implementierungsphase abschließt. Es ist ein Schlüsselereignis für die Berechnung der KPIs 'Änderungsfehlerrate (Change Failure Rate)' und 'Change Rework Rate'.

Datenquelle

Abgeleitet aus einem Statusübergang von 'Implement' zu einem nachfolgenden Status wie 'Review'. Der Zeitstempel wird aus der Audit-Historie des Feldes 'state' in der change_request-Tabelle erfasst.

Erfassen

Identifizieren Sie, wann sich das Feld 'state' von 'Implement' zu 'Review' ändert.

Ereignistyp inferred
Änderung storniert
Die Änderungsanforderung wurde irgendwann vor Abschluss der Implementierung zurückgezogen oder abgebrochen. Dies ist ein alternativer Endzustand, der erfasst wird, wenn der Status auf 'Abbrechened' gesetzt wird.
Bedeutung

Die Analyse abgebrochener Änderungen kann Prozesseffizienzen aufdecken, z. B. dass Anfragen unnötig erstellt werden oder zu lange in der Genehmigung stecken bleiben und obsolet werden.

Datenquelle

Abgeleitet aus der Einstellung des Feldes 'state' in der change_request-Tabelle auf 'Abbrechened'. Der Zeitstempel wird aus dem Audit-Log für diese Statusänderung erfasst.

Erfassen

Erfassen Sie den Zeitstempel, wenn das 'state'-Feld auf 'Abbrechened' aktualisiert wird.

Ereignistyp inferred
Change Request erstellt
Diese Aktivität markiert die Erstellung eines neuen ÄnderungsanforderungsDatensatzes im System. Sie ist der offizielle Beginn des Change-Management Prozesses und wird erfasst, wenn ein neuer Eintrag in die Tabelle change_request eingefügt wird.
Bedeutung

Dies ist das primäre Startereignis für den Prozess. Die Analyse der Zeit von dieser Aktivität zu anderen zeigt die gesamte Durchlaufzeit auf und hilft, Verzögerungen ganz am Anfang des Prozesses zu identifizieren.

Datenquelle

Dieses Ereignis entspricht dem Zeitstempel der Datensatz-Erstellung (sys_created_on) in der ServiceNow change_request-Tabelle.

Erfassen

Verwenden Sie den sys_created_on Zeitstempel aus der change_request-Tabelle.

Ereignistyp explicit
Risiko und Auswirkung bewertet
Repräsentiert den Abschluss der Risiko- und Auswirkungsanalyse für die Änderungsanforderung. Dies ist ein wichtiger Meilenstein, bevor die Genehmigung eingeholt wird, und wird oft abgeleitet, wenn die Änderung aus einem 'Assess'-Status in einen 'Authorize'- oder 'Awaiting Approval'-Status übergeht.
Bedeutung

Die Verfolgung der Dauer der Bewertungsphase ist maßgeblich für den KPI 'Durchschnittliche Risikobewertungs-Durchlaufzeit'. Es hilft, den Bewertungsprozess zu standardisieren und zu identifizieren, wo Analysen zu lange dauern.

Datenquelle

Abgeleitet aus dem Übergang des Feldes 'state' in der change_request-Tabelle von 'Assess' zu 'Authorize'. Der Ereignis-Zeitstempel wird aus dem Audit-Log dieser Statusänderung erfasst.

Erfassen

Identifizieren Sie, wann sich das Feld 'state' von 'Assess' zu einem nachfolgenden Status wie 'Authorize' ändert.

Ereignistyp inferred
Änderung abgelehnt
Die Änderungsanforderung wurde von einem Genehmiger oder den Antrag bearbeitet.em CAB abgelehnt. Diese Aktivität stellt einen Endzustand für die Anforderung dar, es sei denn, sie wird überarbeitet und erneut eingereicht. Sie wird erfasst, wenn das Feld 'approval' auf 'rejected' gesetzt wird.
Bedeutung

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

Datenquelle

Abgeleitet aus der Änderung des Feldes 'approval' in der change_request-Tabelle zu 'rejected'. Der Zeitstempel wird aus der Audit-Historie erfasst.

Erfassen

Erfassen Sie den Zeitstempel, wenn das 'approval'-Feld zu 'rejected' wird.

Ereignistyp inferred
Änderung wartet auf Bewertung
Die Änderungsanforderung wurde eingereicht und wartet nun auf die technische und geschäftliche Bewertung. Dies wird in der Regel abgeleitet, wenn der Status der Änderungsanforderung zu 'Assess' oder einem ähnlichen Status wechselt, was darauf hinweist, dass sie die Entwurfsphase verlassen hat.
Bedeutung

Diese Aktivität hilft, die anfängliche Übergabezeit vom Anforderer an das Bewertungsteam zu messen. Verzögerungen hier können auf Probleme mit der anfänglichen Datenqualität oder den Antrag bearbeitet.er Ressourcenverfügbarkeit für die Bewertung hinweisen.

Datenquelle

Abgeleitet aus einer Änderung des Feldes 'state' in der change_request-Tabelle, in der Regel zu einem Wert wie 'Assess'. Der Zeitstempel wird aus der Audit-Historie (sys_audit) für diese Feldänderung entnommen.

Erfassen

Verfolgen Sie Statusfeldänderungen zu 'Assess' in der Audit-Historie der change_request-Tabelle.

Ereignistyp inferred
Change Reopened
Die Änderungsanforderung wurde in einen früheren Status zurückgesetzt, nachdem sie eine spätere Phase erreicht hatte, z. B. 'Implement' oder 'Assess'. Dieses Ereignis wird aus einem nicht-linearen Statusübergang abgeleitet und bedeutet Nacharbeit.
Bedeutung

Diese Aktivität ist maßgeblich für die Identifizierung von Nacharbeitszyklen und die Berechnung der 'Change Rework Rate'. Häufige Wiedereröffnungsereignisse deuten auf Probleme mit der Implementierungsqualität, dem Testen oder den Antrag bearbeitet.er Planung hin.

Datenquelle

Abgeleitet durch Analyse der Abfolge von Statusänderungen in der Audit-Historie der change_request. Ein Übergang von einem späteren Status (z. B. 'Review') zu einem früheren Status (z. B. 'Implement') deutet auf ein Wiedereröffnungsereignis hin.

Erfassen

Erkennung eines nicht-sequenziellen, rückwärts gerichteten Übergangs in der Historie des 'state'-Feldes.

Ereignistyp inferred
Freigabe angefordert
Diese Aktivität bedeutet, dass die Änderungsanforderung formell zur Genehmigung eingereicht wurde, in der Regel an einen Manager oder ein Change Advisory Board (CAB). Dieses Ereignis wird erfasst, wenn der Genehmigungsstatus der Änderungsanforderung auf 'requested' gesetzt wird.
Bedeutung

Dies markiert den Beginn des Genehmigungszyklus. Das Messen der Zeit von diesem Ereignis bis zu 'Change Approved' berechnet direkt den KPI 'Durchschnittliche Änderungsfreigabezeit'.

Datenquelle

Abgeleitet aus der Änderung des Feldes 'approval' in der change_request-Tabelle zu 'requested'. Der Zeitstempel wird aus der sys_audit-Tabelle für dieses Feld aufgezeichnet.

Erfassen

Zeitstempel, wann das Feld 'approval' in der change_request-Tabelle auf 'requested' gesetzt wird.

Ereignistyp inferred
Implementierung gestartet
Die aktive Implementierung der Änderung hat begonnen. Dies wird erfasst, wenn der Status der Änderungsanfrage auf 'Implementieren' aktualisiert wird, was den Übergang von der Planung zur Ausführung kennzeichnet.
Bedeutung

Dies markiert den Beginn der praktischen Implementierungsarbeit. Es ist der Ausgangspunkt für die Messung des KPIs 'Durchschnittliche Implementierungsdauer' und die Analyse der Teameffizienz.

Datenquelle

Abgeleitet aus der Änderung des Feldes 'state' in der change_request-Tabelle zu 'Implement'. Der Zeitstempel wird aus dem Audit-Log für diesen Statusübergang entnommen.

Erfassen

Erfassen Sie den Zeitstempel der Statusänderung zu 'Implement' aus der change_request Audit-Historie.

Ereignistyp inferred
Überprüfung in Bearbeitung
Eine Post-Implementation Review (PIR) wird durchgeführt, um festzustellen, ob die Änderung erfolgreich war und ihre Ziele erreicht hat. Dies wird erfasst, wenn der Status der Change Request auf 'Review' gesetzt wird.
Bedeutung

Die Analyse der Dauer der Review-Phase hilft, Verzögerungen bei der Validierung des Änderungserfolgs zu identifizieren. Sie hebt auch nicht-konforme Änderungen hervor, bei denen dieser Schritt übersprungen wird.

Datenquelle

Abgeleitet aus der Änderung des Feldes 'state' in der change_request-Tabelle zu 'Review'. Der Zeitstempel stammt aus dem Audit-Log für diese Statusänderung.

Erfassen

Erfassen Sie den Zeitstempel der Statusänderung zu 'Review' aus der change_request Audit-Historie.

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten von ServiceNow