Ihr Change-Management Daten-Template
Ihr Change-Management Daten-Template
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten für das Tracking
- Extraktionsanleitung für Freshservice
Change-Management Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name eines spezifischen Ereignisse oder einer Aufgabe, das innerhalb des Change Management-Prozesses auftrat. | ||
|
Beschreibung
Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im ÄnderungsLebenszyklus, wie 'Change Request Created', 'Approval Requested' oder 'Implementation Completed'. Die Abfolge dieser Aktivitäten für eine gegebene Change Request ID bildet die Grundlage der Prozessablauf. Die Analyse dieser Aktivitäten hilft, den Prozessfluss zu identifizieren, Abweichungen zu erkennen und die in verschiedenen Phasen verbrachte Zeit zu messen.
Bedeutung
Es definiert die Schritte im Prozessfluss und ermöglicht die Visualisierung des ÄnderungsLebenszyklus sowie die Analyse von Prozessvarianten und Engpässen.
Datenquelle
Generiert aus den Audit-Logs, dem Activity Stream oder den Antrag bearbeitet.er Statusänderungshistorie eines Change-Datensatzes in Freshservice.
Beispiele
Änderung genehmigtRisikobewertung abgeschlossenImplementierung gestartetÄnderung geschlossen
|
|||
|
Change Request ID
ChangeRequestId
|
Der eindeutige Identifikator für jeden Änderungsantrag, der innerhalb des Freshservice-Systems eingereicht wird. | ||
|
Beschreibung
Die Change-Request-ID dient als primäre Kennung für einen einzelnen Änderungs-Case von der Initiierung bis zum Abschluss. Sie verknüpft alle zugehörigen Aktivitäten, Genehmigungen und Logs zu einer kohärenten Zeitachse, was eine End-to-End-Prozessanalyse ermöglicht. Im Process Mining ist diese ID essenziell für die Rekonstruktion des Lebenszyklus jeder Änderung, um deren Pfad, Dauer und Resultate zu verstehen.
Bedeutung
Dies ist die zentrale Case-ID, die alle zugehörigen Ereignisse gruppiert, was es ermöglicht, den gesamten Verlauf eines einzelnen Änderungsantrags zu verfolgen und zu analysierenn.
Datenquelle
Dies ist ein primäres Feld im Change-Objekt in Freshservice.
Beispiele
CHG-10234CHG-10235CHG-10236
|
|||
|
Ereigniszeit
EventTime
|
Das genaue Datum und die Uhrzeit, zu der eine spezifische Aktivität oder ein Event auftrat. | ||
|
Beschreibung
Jede Aktivität im Prozess hat einen entsprechenden Zeitstempel, der ihr Auftreten markiert. Diese zeitbezogenen Daten sind wichtig für die Berechnung von Zeitspannen zwischen Aktivitäten, die Identifizierung von Wartezeiten und die Analyse der gesamten Durchlaufzeit des Prozesses. Sie ermöglichen Leistungsfähigkeit-Analysen, Bottleneck-Identifikation und SLA-Einhaltungsüberwachung.
Bedeutung
Dieser Zeitstempel ist wesentlich für alle zeitbasierten Analysen, einschließlich der Berechnung von Durchlaufzeits, Dauern und Wartezeiten zwischen Prozessschritten.
Datenquelle
Zeitstempel, der mit jedem Eintrag in den Audit-Logs oder den Antrag bearbeitet.em Activity Stream eines Change-Datensatzes in Freshservice verbunden ist.
Beispiele
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel, der angibt, wann die Daten für diesen Datensatz zuletzt aus dem Quellsystem aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion oder Aktualisierung für jedes Event. Es ist wichtig, um die Aktualität der analysierten Daten zu verstehen und sicherzustellen, dass Analysen auf aktuellen Informationen basieren. Dies hilft, die Datenintegrität zu wahren und liefert Kontext für die Aktualität der Erkenntnisse.
Bedeutung
Stellt sicher, dass Benutzer über die Aktualität der Daten Hinweisrmiert sind und hilft, die Gültigkeit der Process-Mining-Analyse zu validieren.
Datenquelle
Dieser Zeitstempel wird in der Regel generiert und hinzugefügt während des Daten Ingestion oder ETL Prozesses.
Beispiele
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Identifiziert das System, aus dem die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt den Ursprung der ProzessDaten an. Für diese Ansicht wird der Wert durchgängig 'Freshservice' sein. Die Aufnahme dieses Attributs ist eine Best Practice, insbesondere in Umgebungen, in denen Daten aus mehreren Systemen zusammengeführt werden könnten, da es wesentlichen Kontext liefert und bei der Daten Governance sowie der Fehlerbehebung hilft.
Bedeutung
Bietet eine klare Datenherkunft, die wichtig ist bei der Analyse von Daten aus mehreren Unternehmenssystemen.
Datenquelle
Dies ist ein statischer Wert, der während des Datenextraktionsprozesses festgelegt wird, um den Ursprung der Daten zu kennzeichnen.
Beispiele
Freshservice
|
|||
|
Änderungsart
ChangeType
|
Die Klassifizierung der Änderung, z.B. Standard, Standard oder Notfall. | ||
|
Beschreibung
Change Typ kategorisiert Change Requests basierend auf ihrer Art, ihrem Risiko und ihren Genehmigungsanforderungen. Standard Changes sind vorab genehmigt, Standard Changes folgen dem Standardprozess, und Emergency Changes erfordern eine beschleunigte Bearbeitung. Die Analyse des Prozesses nach Change Typ ist maßgeblich, um zu verstehen, ob verschiedene Typn unterschiedlichen Pfaden folgen und unterschiedliche Leistungsfähigkeit-Eigenschaften aufweisen, wie z.B. Durchlaufzeit oder Erfolgsrate.
Bedeutung
Die Segmentierung des Prozesses nach Änderungstyp hilft, unterschiedliche Prozessverhaltensweisen und Leistungsniveaus für Standard-, normale und Notfalländerungen aufzudecken.
Datenquelle
Dies ist das Feld 'Change Typ' im Change-Objekt in Freshservice.
Beispiele
StandardStandardNotfallSchwerwiegend
|
|||
|
Änderungspriorität
ChangePriority
|
Die der Änderungsanfrage zugewiesene Prioritätsstufe, die ihre geschäftliche Bedeutung anzeigt. | ||
|
Beschreibung
Die Priorität wird in der Regel durch die Kombination von Auswirkungen und Dringlichkeit bestimmt und dient der Steuerung von Ressourcenzuweisung und Terminplanung. Die Analyse, wie sich die Priorität auf Prozessmetriken wie Durchlaufzeit und SLA-Einhaltung auswirkt, kann zeigen, ob hochpriorisierte Änderungen schneller bearbeitet werden als niedrigpriorisierte. Sie hilft bei der Bewertung der Wirksamkeit von Priorisierungsrichtlinien.
Bedeutung
Hilft zu bestimmen, ob der Prozess Änderungen von hoher Wichtigkeit effektiv priorisiert und Ressourcen entsprechend zuweist.
Datenquelle
Dies ist das Feld 'Priority' im Change-Objekt in Freshservice.
Beispiele
NiedrigMittelHochDringend
|
|||
|
Änderungsstatus
ChangeStatus
|
Der aktuelle oder endgültige Status des Änderungsantrags. | ||
|
Beschreibung
Dieses Attribut zeigt den Zustand eines Änderungsantrags zu einem bestimmten Zeitpunkt oder den Antrag bearbeitet.essen Endergebnis an, wie 'Closed', 'Abbrechenled' oder 'Rejected'. Es ist maßgeblich für die Ergebnis-Analyse und hilft, zwischen erfolgreich abgeschlossenen Änderungen und solchen zu unterscheiden, die fehlschlugen oder aufgegeben wurden. Das Filtern nach Status ermöglicht eine fokussierte Analyse spezifischer Gruppen von Änderungen.
Bedeutung
Es ermöglicht die Analyse von Änderungsresultaten und hilft, Erfolgs-, Fehler- und Abbruchraten zu verstehen.
Datenquelle
Dies ist das Feld 'Status' im Change-Objekt in Freshservice.
Beispiele
GeschlossenStorniertAbgelehntOffen
|
|||
|
Endzeit
EndTime
|
Der Zeitstempel des letzten aufgezeichneten Ereignisse für den Änderungsantrags-Case. | ||
|
Beschreibung
Die End Time markiert den Abschluss des Lebenszyklus eines Änderungsantrags und entspricht in der Regel der Aktivität 'Change Closed' oder 'Change Abbrechenled'. Sie wird in Verbindung mit der Start Time verwendet, um die gesamte End-to-End Durchlaufzeit für jeden Case zu berechnen. Die Analyse dieses Attributs hilft, die Gesamtdauer und den Durchsatz des Change Management-Prozesses zu verstehen.
Bedeutung
Es ist unerlässlich für die Berechnung der gesamten Durchlaufzeit eines Change Requests, einem primären KPI für die Prozesseffizienz.
Datenquelle
Dies ist der Zeitstempel der letzten Aktivität im Event Log für eine gegebene Change Request ID.
Beispiele
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
|
|||
|
Name des Anfragenden
RequesterName
|
Der Name der Person, die den Änderungsantrag initiiert hat. | ||
|
Beschreibung
Der Anfragende ist die Person, die die Änderung zur Prüfung eingereicht hat. Die Analyse von Daten nach Anfragendem kann helfen, Muster zu identifizieren, wie welche Personen oder Rollen häufig Änderungen einreichen, oder ob Anfragen bestimmter Benutzer eher abgelehnt werden oder Nacharbeiten erfordern. Sie kann auch für die Arbeitslastanalyse verwendet werden, wenn sie mit AbteilungsDaten kombiniert wird.
Bedeutung
Identifiziert den Ursprung der Änderungsnachfrage und kann Schulungsbedarfe oder spezifische Benutzergruppen mit hohem Änderungsaufkommen hervorheben.
Datenquelle
Dies ist das Feld 'Requested by' im Change-Objekt in Freshservice, das mit einem BenutzerDatensatz verknüpft ist.
Beispiele
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
Risikostufe
RiskLevel
|
Das bewertete Risikoniveau, das mit der Implementierung der Änderung verbunden ist. | ||
|
Beschreibung
Die Risikostufe kategorisiert die potenziellen negativen Auswirkungen einer Änderung im Falle ihres Scheiterns. Gängige Stufen sind Niedrig, Mittel und Hoch. Dieses Attribut ist maßgeblich für die Compliance-Analyse und um zu verstehen, ob Änderungen mit höherem Risiko einem strengeren Prozesspfad folgen, wie z.B. der Notwendigkeit weiterer Genehmigungen oder gründlicherer Tests. Es hilft sicherzustellen, dass Risikomanagementkontrollen korrekt angewendet werden.
Bedeutung
Dies ist maßgeblich für Compliance und Risikoanalyse, was sicherstellt, dass hochriskante Änderungen einer angemessenen Prüfung unterzogen werden und einem strukturierteren Prozess folgen.
Datenquelle
Dies entspricht dem Feld 'Risk' im Change-Objekt in Freshservice.
Beispiele
NiedrigMittelHochSehr Hoch
|
|||
|
Ziel-Abschlussdatum
TargetCompletionDate
|
Das geplante Datum oder den Antrag bearbeitet.as Datum der Service Level Agreement (SLA), bis zu dem die Änderung abgeschlossen sein sollte. | ||
|
Beschreibung
Dieses Datum stellt die Frist für die Schließung eines Änderungsantrags dar. Es ist der primäre Benchmark zur Messung der SLA-Einhaltung. Durch den Vergleich der tatsächlichen End Time mit dem Target Completion Date kann festgestellt werden, ob eine Änderung pünktlich, frühzeitig oder verspätet abgeschlossen wurde. Dies ist ein wichtiger Input für den KPI der Change SLA-Einhaltung Rate.
Bedeutung
Dient als Benchmark zur Messung der pünktlichen Lieferung und SLA-Einhaltung, welche Schlüsselindikatoren für die Prozessleistung sind.
Datenquelle
Dies könnte ein dediziertes Datumsfeld 'Due by' oder 'SLA Target' im Change-Objekt in Freshservice sein.
Beispiele
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
|
|||
|
Zugewiesene Gruppe
AssignedGroup
|
Das Team oder den Antrag bearbeitet.ie Gruppe, die für die Implementierung der Änderung verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut gibt an, welches Team zugewiesen ist, um die Arbeit der Änderung auszuführen, wie das 'Network Team' oder 'Datenbase Administrators'. Die Analyse der Prozessleistung nach zugewiesener Gruppe ist maßgeblich, um die Teamarbeitslast, Effizienz und die Identifizierung von Ressourcenengpässen zu verstehen. Es kann zeigen, welche Teams längere Implementierungszeiten oder höhere Raten von Problemen nach der Implementierung aufweisen.
Bedeutung
Ermöglicht Leistungsfähigkeit- und Arbeitslastanalysen über verschiedene Implementierungsteams hinweg, um Ressourcenbeschränkungen oder Best Practices zu identifizieren.
Datenquelle
Dies ist das Feld 'Group' oder 'Assigned Group' im Change-Objekt in Freshservice.
Beispiele
Infrastruktur-`Team`AnwendungssupportSicherheitsoperationen
|
|||
|
Abteilungsname
DepartmentName
|
Die Abteilung des Benutzers, der den Antrag bearbeitet.ie Änderung angefordert hat. | ||
|
Beschreibung
Dieses Attribut liefert einen organisatorischen Kontext, indem es die Geschäftseinheit identifiziert, die den Änderungsantrag initiiert. Die Analyse nach Abteilung kann aufdecken, welche Teile der Organisation die meisten Änderungen generieren, die höchsten Ablehnungsraten aufweisen oder den Antrag bearbeitet.ie längsten Durchlaufzeits haben. Diese Erkenntnis ist wertvoll für zielgerichtete Prozessoptimierungen und die Ressourcenplanung.
Bedeutung
Ermöglicht die Analyse der Prozess-Performance und Nachfrage verschiedener Geschäftsbereiche und unterstützt gezielte Verbesserungen.
Datenquelle
Diese Information wird in der Regel aus dem Benutzerprofil des Anfragenden in Freshservice abgeleitet.
Beispiele
FinanzenPersonalwesenInformationstechnologieMarketing
|
|||
|
Anzahl verknüpfter Incidents
AssociatedIncidentsCount
|
Die Anzahl der Vorfälle, die mit diesem Änderungsantrag nach seiner Implementierung verknüpft sind. | ||
|
Beschreibung
Diese Metrik quantifiziert die nachgelagerten Auswirkungen einer Änderung, indem sie zählt, wie viele Incidents Hinweislge ihrer Bereitstellung erstellt wurden. Eine hohe Anzahl deutet auf potenzielle Probleme bei der Planung, den Tests oder den Antrag bearbeitet.er Implementierungsqualität hin. Es ist ein direkter Input für den KPI der Post-Implementation Issue Rate und wichtig für die Messung der Stabilität und des Erfolgs von Änderungen.
Bedeutung
Misst direkt die Qualität und Stabilität implementierter Änderungen und hilft dabei, diejenigen zu identifizieren, die Serviceunterbrechungen verursachen.
Datenquelle
Abgeleitet durch Zählen der Anzahl der Incident-Tickets, die in Freshservice mit einem Change-Ticket verknüpft sind.
Beispiele
015
|
|||
|
Dringlichkeit
Urgency
|
Zeigt an, wie schnell die Änderung aus geschäftlicher Sicht implementiert werden muss. | ||
|
Beschreibung
Die Urgency spiegelt die Zeitkritikalität einer Änderung wider. Zum Beispiel könnte ein Sicherheitspatch eine hohe Urgency haben. Dieses Attribut, oft mit Impact kombiniert, um die Priority festzulegen, hilft bei der Analyse, ob der Prozess auf zeitkritische Geschäftsanforderungen angemessen reagiert. Es kann aufzeigen, ob dringende Änderungen tatsächlich schneller durch den Prozess laufen.
Bedeutung
Bietet Kontext zur Zeitkritikalität einer Änderung, der mit der Durchlaufzeit korreliert werden kann, um die Prozessreaktionsfähigkeit zu bewerten.
Datenquelle
Dies ist das Feld 'Urgency' im Change-Objekt in Freshservice.
Beispiele
NiedrigMittelHoch
|
|||
|
Freigabedauer
ApprovalDuration
|
Die Zeit, die ein Änderungsantrag in der Genehmigungsphase verbracht hat. | ||
|
Beschreibung
Diese berechnete Dauer misst die Zeit von der Beantragung einer Genehmigung bis zu ihrer Erteilung oder Ablehnung. Sie ist wichtig für das 'Change Approval Phase Dauer' Dashboard und hilft, Engpässe im Genehmigungs-Workflow genau zu identifizieren. Die Analyse dieser Metrik kann langsame Genehmiger, ineffiziente Gruppenübergaben oder systemische Verzögerungen bei der Entscheidungsfindung hervorheben.
Bedeutung
Misst direkt die Effizienz der Genehmigungsphase und hilft dabei, Engpässe zu identifizieren und zu beheben, die Änderungen verzögern.
Datenquelle
Berechnet als Zeitdifferenz zwischen der Aktivität 'Approval Requested' und der Aktivität 'Change Approved' oder 'Change Rejected'.
Beispiele
1 Tag 2 Stunden5 Stunden 30 Minuten3 Tage
|
|||
|
Impact Level
ImpactLevel
|
Die bewerteten geschäftlichen Auswirkungen, wenn die Änderung fehlschlagen oder eine Dienstunterbrechung verursachen würde. | ||
|
Beschreibung
Das Impact Level zeigt die potenziellen Auswirkungen auf den Geschäftsbetrieb an, von gering (einen einzelnen Benutzer betreffend) bis hoch (die gesamte Organisation betreffend). Zusammen mit der Urgency bestimmt es oft die Gesamtpriorität. Eine Analyse nach Auswirkungen hilft zu verstehen, ob der Prozess Änderungen, die eine erhebliche Bedrohung für die Geschäftskontinuität darstellen, korrekt handhabt.
Bedeutung
Hilft bei der Risikoanalyse und bestätigt, dass Änderungen mit hohem potenziellen Business Impact mit größerer Sorgfalt gemanagt werden.
Datenquelle
Dies entspricht dem Feld 'Impact' im Change-Objekt in Freshservice.
Beispiele
NiedrigMittelHoch
|
|||
|
Implementierungsdauer
ImplementationDuration
|
Die Zeit, die für die Implementierungsphase der Änderung benötigt wurde. | ||
|
Beschreibung
Diese Metrik berechnet die Dauer der Kernimplementierungsarbeit, in der Regel gemessen von der Aktivität 'Implementation Started' bis zur Aktivität 'Implementation Completed'. Sie wird verwendet, um die Effizienz der technischen Ausführungsphase zu analysierenn und unterstützt das 'Change Implementation Phase Efficiency' Dashboard. Hohe Dauern können auf technische Komplexität, Ressourcenmangel oder unvorhergesehene Herausforderungen hinweisen.
Bedeutung
Misst die Effizienz der praktischen technischen Arbeit und isoliert sie von Planungs- und Genehmigungsverzögerungen.
Datenquelle
Berechnet als Zeitdifferenz zwischen den Aktivitäten 'Implementation Started' und 'Implementation Completed'.
Beispiele
4 Stunden1 Stunde 30 Minuten8 Stunden
|
|||
|
Schließcode
CloseCode
|
Ein Code oder Grund, der angibt, warum der Change Request geschlossen wurde. | ||
|
Beschreibung
Der Close Code liefert spezifische Details über das Ergebnis einer abgeschlossenen Änderung. Beispiele sind 'Erfolgreich implementiert', 'Zurückgenommen' oder 'Abgelehnt'. Diese Daten fügen über den endgültigen Status hinaus wertvollen Kontext hinzu, was eine detailliertere Analyse von Erfolgs- und Fehlermodi innerhalb des Change Management-Prozesses ermöglicht.
Bedeutung
Bietet detaillierte Informationen zu den Änderungsresultaten, was eine tiefere Analyse ermöglicht, warum Änderungen erfolgreich waren, fehlschlugen oder zurückgenommen wurden.
Datenquelle
Konsultieren Sie die Freshservice Dokumentation oder überprüfen Sie das Änderungsformular auf ein Feld wie 'Abschlusscode' oder ein ähnliches Feld.
Beispiele
ErfolgreichErfolgreich mit ProblemenFehlgeschlagenZurückgenommen
|
|||
|
SLA verletzt?
IsSlaBreached
|
Ein boolesches Flag, das anzeigt, ob der Change Request nach seinem Zieldatum abgeschlossen wurde. | ||
|
Beschreibung
Dieses Attribut ist ein binärer Indikator für die SLA-Compliance, der als 'Ja' markiert ist, wenn die End Time der Änderung später als ihr Target Completion Date ist, und andernfalls als 'false'. Es vereinfacht die Erstellung von Dashboards und KPIs zur SLA-Einhaltung, was ein schnelles Filtern und Aggregieren verspäteter Änderungen ermöglicht. Es unterstützt direkt den KPI der Change SLA-Einhaltung Rate.
Bedeutung
Bietet ein klares, binäres Ergebnis für die SLA-Leistungsfähigkeit, was das Filtern und Berichten über pünktliche versus verspätete Änderungen vereinfacht.
Datenquelle
Berechnet durch den Vergleich der EndTime mit dem TargetCompletionDate. Falls EndTime > TargetCompletionDate, dann Ja.
Beispiele
JaNein
|
|||
Change-Management Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Änderung genehmigt
|
Ein wichtiger Meilenstein, bei dem eine festgelegte Autorität, wie das Change Advisory Board (CAB), den Change Request formell zur Fortsetzung genehmigt. Dies ist in der Regel eine explizite Aktion, die im System aufgezeichnet wird. | ||
|
Bedeutung
Markiert das Ende der Genehmigungsphase und den Beginn der Implementierungsplanung. Diese Aktivität ist unerlässlich, um die 'Durchschnittliche Änderungsfreigabezeit' und die 'Erfolgsquote bei der Erstfreigabe' zu messen.
Datenquelle
Freshservice protokolliert dies als explizites Event, wenn ein Genehmiger den 'Approve'-Button klickt. Das Event wird im Activity Log des Tickets mit einem Zeitstempel aufgezeichnet.
Erfassen
Der Zeitstempel der Aktion 'Approved' im Genehmigungs-Tab oder Aktivitäts-Log.
Ereignistyp
explicit
|
|||
|
Änderung geplant
|
Die Aktivität der Zuweisung einer spezifischen Start- und Endzeit für die Implementierung der genehmigten Änderung. Dies wird in der Regel abgeleitet, wenn die Felder 'Scheduled Start Time' und 'Scheduled End Time' ausgefüllt sind. | ||
|
Bedeutung
Dies ist ein wichtiger Meilenstein, der den Antrag bearbeitet.en Beginn der Implementierungsphase auslöst. Er ist wichtig für die Berechnung der 'Average Implementation Time' und die Analyse der Planungseffizienz.
Datenquelle
Abgeleitet aus dem Zeitstempel, wenn die planungsbezogenen Datumsfelder ausgefüllt und der Status auf 'Scheduled' oder ähnlich gesetzt wird.
Erfassen
Abgeleitet aus dem Eintragen des 'Scheduled Start Date' und einer entsprechenden Statusaktualisierung.
Ereignistyp
inferred
|
|||
|
Änderung geschlossen
|
Dies markiert den offiziellen erfolgreichen Abschluss des Change Management-Prozesses. Dieses Event wird erfasst, wenn der Status des Änderungs-Tickets in den finalen Status 'Closed' übergeht. | ||
|
Bedeutung
Dies ist das primäre End-Event für den Prozess. Es ist der finale Datenpunkt zur Berechnung der End-to-End 'Average Change Durchlaufzeit' und der 'Change SLA-Einhaltung Rate'.
Datenquelle
Dieses Event wird vom Zeitstempel erfasst, der mit der finalen Statusänderung zu 'Closed' in der Historie des Änderungs-Tickets verbunden ist.
Erfassen
Der Zeitstempel der finalen Statusänderung zu 'Closed'.
Ereignistyp
explicit
|
|||
|
Change Request erstellt
|
Dies markiert den offiziellen Start des Change Management-Prozesses, bei dem ein neuer Änderungsantrag formell in Freshservice protokolliert wird. Dieses Event wird explizit erfasst, wenn ein Benutzer ein neues Änderungs-Ticket speichert, wobei eine eindeutige Change Request ID und ein Erstellungs-Zeitstempel erzeugt werden. | ||
|
Bedeutung
Dies ist das primäre Start-Event für den Prozess. Die Analyse der Zeit von dieser Aktivität bis 'Change Closed' liefert die End-to-End Durchlaufzeit, einen Schlüssel-KPI für die Prozesseffizienz.
Datenquelle
Dies ist ein explizites Event, das in der Audit-Historie des ÄnderungsDatensatzes erfasst wird. Es entspricht dem Erstellungs-Zeitstempel des Änderungs-Tickets.
Erfassen
Der Erstellungs-Zeitstempel des ÄnderungsantragsDatensatzes.
Ereignistyp
explicit
|
|||
|
Implementierung abgeschlossen
|
Zeigt an, dass die technische Arbeit zur Implementierung der Änderung abgeschlossen wurde. Dies wird in der Regel aus einer Statusänderung in einen Post-Implementierungszustand wie 'Pending Review' abgeleitet. | ||
|
Bedeutung
Dieser Meilenstein markiert das Ende der Kernimplementierungsarbeit. Er ist der Endpunkt zur Berechnung der 'Average Implementation Time' und signalisiert den Beginn von Test- oder Überprüfungsaktivitäten.
Datenquelle
Abgeleitet aus einer Statusänderung zu einem Wert wie 'Pending Review', 'Awaiting Testing' oder 'Completed'.
Erfassen
Abgeleitet aus einer Änderung des Statusfeldes zu 'Pending Review' oder ähnlichem.
Ereignistyp
inferred
|
|||
|
Änderung abgebrochen
|
Stellt die Beendigung eines Änderungsantrags vor dessen Abschluss dar. Dies ist ein alternativer Endstatus, der erfasst wird, wenn der Ticketstatus auf 'Storniert' oder 'Zurückgezogen' gesetzt wird. | ||
|
Bedeutung
Die Analyse abgebrochener Änderungen kann Probleme in den initialen Planungs- oder Genehmigungsphasen aufzeigen, wie z.B. Anfragen, die nicht mehr benötigt werden oder keinen gültigen Business-Case haben.
Datenquelle
Erfasst vom Zeitstempel der Statusänderung zu 'Abbrechenled' oder einem äquivalenten Endstatus, der nicht 'Closed' ist.
Erfassen
Der Zeitstempel der Statusänderung zu 'Abbrechenled'.
Ereignistyp
explicit
|
|||
|
Änderung abgelehnt
|
Zeigt an, dass ein Genehmiger den Change Request formell abgelehnt hat, wodurch dessen Fortsetzung verhindert wird. Diese Aktion wird explizit aufgezeichnet und leitet den Prozess oft in eine Nacharbeitsphase ein. | ||
|
Bedeutung
Diese Aktivität ist maßgeblich für die Analyse von Nacharbeiten und die Identifizierung von Gründen für Prozessfehler. Eine hohe Häufigkeit von Ablehnungen weist auf Probleme mit der Anforderungsqualität oder den Antrag bearbeitet.er Risikobewertung hin.
Datenquelle
Freshservice protokolliert dies als explizites Event, wenn ein Genehmiger den 'Reject'-Button klickt. Das Event wird im Activity Log des Tickets aufgezeichnet.
Erfassen
Der Zeitstempel der Aktion 'Rejected' im Genehmigungs-Tab oder Aktivitäts-Log.
Ereignistyp
explicit
|
|||
|
Änderung wiedereröffnet
|
Tritt auf, wenn eine zuvor geschlossene oder gelöste Änderung in einen offenen Status zurückversetzt wird, in der Regel aufgrund von Problemen, die nach der Implementierung entdeckt wurden. Dies wird durch eine Statusänderung von einem geschlossenen zu einem offenen Zustand abgeleitet. | ||
|
Bedeutung
Diese Aktivität ist ein starker Indikator für Nacharbeiten oder fehlgeschlagene Änderungen. Die Verfolgung ihrer Häufigkeit ist maßgeblich für das Verständnis der Änderungsqualität und der Testeffektivität.
Datenquelle
Wird durch das Erkennen eines Statusübergangs von 'Closed' oder 'Resolved' zurück in den Status 'Open' oder 'In Progress' im Aktivitätsprotokoll des Tickets ermittelt.
Erfassen
Erkennt Statusänderungen von einem terminalen Zustand (z.B. 'Closed') zu einem nicht-terminalen Zustand (z.B. 'Open').
Ereignistyp
inferred
|
|||
|
Freigabe angefordert
|
Stellt den Punkt dar, an dem der Änderungsantrag formell zur Überprüfung und Genehmigung eingereicht wird. Dies wird in der Regel abgeleitet, wenn der Status des Änderungsantrags in einen Zustand wie 'Genehmigung ausstehende Zahlungen identifizieren.end' übergeht oder wenn er einem Genehmiger zugewiesen wird. | ||
|
Bedeutung
Diese Aktivität markiert den Beginn der Genehmigungsphase. Die Messung der Dauer von diesem Punkt bis 'Change Approved' ist maßgeblich für die Identifizierung von Engpässen im Genehmigungszyklus.
Datenquelle
Abgeleitet aus dem Activity Log oder den Antrag bearbeitet.urch Verfolgung von Statusfeldänderungen zu 'Awaiting Approval'. Der Zeitstempel dieser Statusänderung wird als Event Time verwendet.
Erfassen
Abgeleitet aus einer Änderung des Statusfeldes zu 'Awaiting Approval'.
Ereignistyp
inferred
|
|||
|
Implementierung gestartet
|
Markiert den Beginn des tatsächlichen Deployments oder den Antrag bearbeitet.er Ausführung der Änderung. Dies wird abgeleitet, wenn der Status des Change Requests auf 'In Progress' oder einen ähnlichen aktiven Zustand aktualisiert wird. | ||
|
Bedeutung
Bietet einen klaren Startpunkt zur Verfolgung der aktiven Implementierungsdauer. Es hilft, zwischen Wartezeit und tatsächlich ausgeführter Arbeit zu unterscheiden.
Datenquelle
Abgeleitet aus einer Statusänderung zu einem Wert wie 'In Progress' oder 'Implementation in Progress' zur geplanten Startzeit.
Erfassen
Abgeleitet aus einer Änderung des Statusfeldes zu 'In Progress'.
Ereignistyp
inferred
|
|||
|
Nachimplementierungsprüfung durchgeführt
|
Zeigt den Abschluss des Post-Implementation Review (PIR) an, um den Erfolg der Änderung zu bewerten und die gewonnenen Erkenntnisse zu dokumentieren. Dies wird oft abgeleitet, wenn nach der Implementierung Überprüfungsnotizen hinzugefügt oder ein Status aktualisiert wird. | ||
|
Bedeutung
Stellt sicher, dass ein formaler Überprüfungsprozess befolgt wird. Die Analyse dieser Aktivität hilft, die Effektivität von Änderungen zu verstehen und unterstützt die kontinuierliche Prozessoptimierung.
Datenquelle
Abgeleitet aus dem Eintragen PIR-bezogener Felder im Änderungsformular nach dem Implementierungsdatum oder einer Statusänderung zu einem Zustand wie 'Review Complete'.
Erfassen
Abgeleitet aus dem Eintragen der PIR Notizenfelder oder einer spezifischen Statusaktualisierung.
Ereignistyp
inferred
|
|||
|
Notiz zur Änderung hinzugefügt
|
Stellt das Hinzufügen eines Kommentars oder einer Notiz zum Änderungsantrag dar, was auf Kommunikations- oder Dokumentationsaktivitäten hinweist. Freshservice protokolliert diese Ereignisse explizit im Aktivitäts-Feed jedes Tickets. | ||
|
Bedeutung
Obwohl kein Kernprozessschritt, kann die Verfolgung von Notizen Kontext für Verzögerungen liefern, insbesondere während der Genehmigungs- oder Planungsphasen. Eine hohe Häufigkeit von Notizen kann auf unklare Anforderungen oder Kommunikationsprobleme hinweisen.
Datenquelle
Explizit im 'Activity'- oder 'Audit'-Abschnitt eines Change Request Tickets protokolliert, mit einem Zeitstempel und dem Benutzer, der den Antrag bearbeitet.ie Notiz hinzugefügt hat.
Erfassen
Als 'Note Added' Event im Activity Log des Tickets protokolliert.
Ereignistyp
explicit
|
|||
|
Planung abgeschlossen
|
Bedeutet, dass die gesamte notwendige Planung für die Änderung, einschließlich der Entwicklung der Implementierungs- und Rücknahmepläne, abgeschlossen wurde. Dies wird normalerweise aus einer Statusänderung nach der Genehmigung abgeleitet. | ||
|
Bedeutung
Markiert den Übergang von der Planung zur Ausführung. Die Analyse der Dauer der Planungsphase hilft, Möglichkeiten zur Optimierung von Pre-Implementierungsaktivitäten zu identifizieren.
Datenquelle
Abgeleitet aus einer Statusänderung von einem planungsbezogenen Status, wie 'Pending Release', zu einem Implementierungsstatus, wie 'Scheduled'.
Erfassen
Abgeleitet aus einer Statusänderung von 'Planning in Progress' oder einem ähnlichen Zustand.
Ereignistyp
inferred
|
|||
|
Risikobewertung abgeschlossen
|
Zeigt an, dass die formale Bewertung potenzieller Risiken im Zusammenhang mit der Änderung abgeschlossen wurde. Diese Aktivität wird oft abgeleitet, wenn das Risikostufenfeld befüllt oder aktualisiert wird oder eine verwandte Aufgabe abgeschlossen ist. | ||
|
Bedeutung
Die Verfolgung dieser Aktivität hilft, die Compliance mit Änderungsrichtlinien sicherzustellen, die eine Risikobewertung vorschreiben. Sie ermöglicht die Analyse der 'Risk Assessment Coverage' und der für diesen kritischen Schritt aufgewendeten Zeit.
Datenquelle
Dies wird wahrscheinlich aus einer Zeitstempel-basierten Aktualisierung des Feldes 'Risk' im Änderungsformular oder den Antrag bearbeitet.em Abschluss einer spezifischen Aufgabe im Zusammenhang mit der Risikoanalyse abgeleitet.
Erfassen
Abgeleitet aus dem Zeitstempel, wenn das Feld 'Risk' befüllt oder ein verwandtes Checklisten-Element als abgeschlossen markiert wird.
Ereignistyp
inferred
|
|||
|
Tests abgeschlossen
|
Stellt den Abschluss aller erforderlichen Test- und Validierungsaktivitäten dar, um sicherzustellen, dass die Änderung erfolgreich war und keine negativen Auswirkungen verursachte. Dies kann aus dem Abschluss einer Aufgabe oder einer Statusänderung abgeleitet werden. | ||
|
Bedeutung
Die Verfolgung dieser Aktivität hilft, den KPI der 'Testing Completion Rate' zu messen und stellt sicher, dass Änderungen vor dem endgültigen Abschluss ordnungsgemäß validiert werden, was Probleme nach der Implementierung reduziert.
Datenquelle
Dies kann schwierig zu erfassen sein und muss möglicherweise aus dem Abschluss einer verknüpften 'Testing'-Aufgabe oder einer Statusänderung zu 'Testing Complete' abgeleitet werden.
Erfassen
Abgeleitet aus dem Abschluss einer testbezogenen Aufgabe, die mit der Änderung verbunden ist.
Ereignistyp
inferred
|
|||