Ihre Problemmanagement Datenvorlage.
Ihre Problemmanagement Datenvorlage.
Dies ist unsere generische Process-Mining-Datenvorlage für Problemmanagement.. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Ein universelles Framework, anwendbar auf jedes Problemmanagement-System.
- Empfohlene Datenfelder und Prozessschritte für eine vollständige Analyse.
- Grundlegende Erkenntnisse, um Ihre Process-Mining-Reise effizient zu beginnen.
Problemmanagement Attribute.
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name eines spezifischen Ereignisse, einer Aufgabe oder einer Statusänderung, die innerhalb des Problemmanagement-Lebenszyklus aufgetreten ist. | ||
| Beschreibung Der Aktivitätsname beschreibt einen einzelnen Schritt im Problemmanagement-Prozess, wie 'Problem-Datensatz erstellt', 'Ursache identifiziert' oder 'Dauerhafte Lösung implementiert'. Diese Aktivitäten werden chronologisch erfasst, um die Historie der Problembehandlung zu erstellen. Für Process Mining ist dieses Attribut wichtig für den Aufbau der Prozesskarte, die den tatsächlichen Arbeitsfluss visuell darstellt. Die Analyse der Reihenfolge, Häufigkeit und Pfade dieser Aktivitäten hilft, Abweichungen, Engpässe und Ineffizienzen im Problemlösungsprozess aufzudecken. Bedeutung Dieses Attribut definiert die Prozessschritte und ermöglicht die Visualisierung und Analyse des Prozessflusses, einschließlich gängiger Pfade und Abweichungen. Datenquelle Aktivitätsnamen werden oft aus Statusänderungsprotokollen, Audit-Trails oder Ereignistabellen abgeleitet, die mit dem primären Problem-Datensatz verknüpft sind. Beispiele Ermittlung gestartetPriorität geändertWorkaround bereitgestelltProblemvorgang Geschlossen. | |||
| Ereigniszeit EventTime | Das genaue Datum und die Uhrzeit, zu der eine bestimmte Aktivität stattfand. | ||
| Beschreibung Die Event Time, oder den Antrag bearbeitet.er Zeitstempel, liefert den chronologischen Kontext für jede Aktivität im Lebenszyklus des Problems. Sie ist wichtig für die korrekte Reihenfolge von Ereignisse und zur Berechnung von Dauern zwischen verschiedenen Prozessschritten. Im Process Mining wird dieses Attribut verwendet, um Aktivitäten zu ordnen, das Prozessmodell zu entdecken und alle zeitbasierten Analysen durchzuführen. Es ist die Grundlage für die Berechnung wichtiger Leistungsindikatoren wie der 'Durchschnittlichen Untersuchungszeit für die Ursachenanalyse' und für die Identifizierung von Verzögerungen zwischen Schritten, wie der Übergabe zwischen der Identifizierung einer Ursache und der Initiierung eines Change Requests. Bedeutung Der Zeitstempel für jede Aktivität ist maßgeblich für die Reihenfolge der Ereignisse und die Berechnung aller zeitbasierten Metriken, wie Durchlaufzeiten und Engpassdauern. Datenquelle Dieser Zeitstempel befindet sich normalerweise in einem Event Log oder einer Audit-Trail-Tabelle, zusammen mit dem Aktivitätsnamen und der Case-ID. Beispiele 2023-04-15T10:22:05Z2023-11-20T14:05:30Z2024-01-08T09:00:11Z | |||
| Problem-Datensatz-ID ProblemRecordId | Der eindeutige Identifikator für einen Problem-Datensatz, der eine einzelne Instanz des Problemmanagement-Prozesses darstellt. | ||
| Beschreibung Die Problem-Datensatz-ID dient als Primärschlüssel zur Verfolgung des gesamten Lebenszyklus eines Problems von seiner Erstellung bis zu seiner endgültigen Lösung. Jedem Problem, das mit mehreren Incidents verknüpft sein kann, wird eine eindeutige ID zugewiesen, um es von allen anderen Problemen zu unterscheiden. Im Process Mining ist dieses Attribut von grundlegender Bedeutung, da es den Case definiert und dem Tool ermöglicht, alle zugehörigen Aktivitäten zu einer einzigen Prozessinstanz zu gruppieren. Die Analyse von Prozessflüssen, die Identifizierung von Engpässen und die Berechnung von Case-Dauern hängen alle von der korrekten Identifizierung jedes einzelnen Problem-Datensatzs ab. Bedeutung Dies ist die zentrale Case-ID, die alle zugehörigen Ereignisse gruppiert und es somit ermöglicht, den End-to-End-Verlauf jeder Problemuntersuchung nachzuverfolgen. Datenquelle Dieser Bezeichner ist in der Regel in der Haupttabelle für Probleme oder Tickets des IT Service Management (ITSM)-Systems zu finden. Beispiele PRB0040332PROB-1298778103PM-5501 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Zeitstempel, der angibt, wann die Daten zuletzt aus dem Quellsystem extrahiert oder aktualisiert wurden. | ||
| Beschreibung Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabzugs. Es schafft Transparenz über die Aktualität der analysierten Daten und stellt sicher, dass Stakeholder den Antrag bearbeitet.en durch die Analyse abgedeckten Zeitraum verstehen.\n\nIn Dashboards und Berichten sind diese Informationen wichtig für den Kontext. Sie helfen Benutzern zu erkennen, ob sie EchtzeitHinweisrmationen oder eine Momentaufnahme von einem bestimmten Zeitpunkt betrachten, was die Interpretation von Metriken wie dem 'Überalterten Problem-Backlog' beeinflusst. Bedeutung Bietet wichtigen Kontext zur Datenaktualität und stellt sicher, dass Analysen und Dashboards auf Basis der letzten Datenaktualisierung korrekt interpretiert werden. Datenquelle Dieser Zeitstempel wird in der Regel vom Datenextraktions-, Transformations- und Ladewerkzeug (ETL-Tool) oder Skript während der Datenerfassung generiert und gespeichert. Beispiele 2023-10-01T06:00:00Z2024-02-20T08:00:00Z2024-03-15T05:30:00Z | |||
| Quellsystem SourceSystem | Der Name der Anwendung oder den Antrag bearbeitet.es Systems, aus dem die Daten extrahiert wurden. | ||
| Beschreibung Dieses Attribut identifiziert die Herkunft der Problemmanagement-Daten, zum Beispiel ServiceNow, Jira oder ein selbstentwickeltes ITSM-Tool. Es ist besonders wichtig in Umgebungen, in denen Daten aus mehreren Systemen für eine vollständige Analyse kombiniert werden.\n\nIm Process Mining kann das Quellsystem als Filter verwendet werden, um die Prozessleistung und Variationen über verschiedene Geschäftsbereiche oder Plattformen hinweg zu vergleichen. Es unterstützt auch die Datenvalidierung und Fehlerbehebung, indem es Kontext über die Datenherkunft liefert. Bedeutung Identifiziert die Datenherkunft, was wesentlich für die Datenvalidierung und den Vergleich von Prozessen über verschiedene Systeme oder Organisationseinheiten hinweg ist. Datenquelle Dies ist in der Regel ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird, um Datensätze aus einem spezifischen Quellsystem zu kennzeichnen. Beispiele ServiceNowJira-Service-ManagementBMC Helix ITSMFreshservice | |||
| Anzahl der Neuzuweisungen ReassignmentCount | Die Häufigkeit, mit der den Antrag bearbeitet.er Problem-Datensatz zwischen verschiedenen Support-Gruppen oder Einzelpersonen neu zugewiesen wurde. | ||
| Beschreibung Diese Metrik zählt, wie oft die Verantwortung für ein Problem übertragen wurde. Eine hohe Anzahl von Neuzuweisungen deutet oft auf Prozesseffizienz hin, wie z. B. eine Neine anfängliche Weiterleitung oder mangelnde Klarheit bei den Teamaufgaben.\n\nIm Process Mining ist dies ein Schlüsselindikator für Prozessreibung. Es kann verwendet werden, um 'Ping-Pong'-Szenarien zu identifizieren, bei denen ein Problem zwischen Teams hin- und hergereicht wird. Die Analyse von Fällen mit hohen Neuzuweisungszahlen kann Wissenslücken oder Prozessfehler aufdecken, die zu erheblichen Verzögerungen und verschwendetem Aufwand führen. Bedeutung Hilft, die Prozesseffizienz zu quantifizieren, indem übermäßige Übergaben verfolgt werden, die oft auf Neines Routing, Wissenslücken oder unklare Verantwortlichkeiten hinweisen. Datenquelle Dies ist oft ein Zählerfeld, das im Problemfall bei jeder Zuweisungsänderung inkrementiert wird. Es kann auch aus dem Event Log berechnet werden. Beispiele 0135 | |||
| Anzahl verknüpfter Incidents RelatedIncidentCount | Die Gesamtzahl der einzelnen Incident-Datensatzs, die mit dem Problem verknüpft sind. | ||
| Beschreibung Dieses Attribut quantifiziert die Auswirkungen eines Problems, indem es zeigt, wie viele nutzerseitige Incidents es verursacht hat. Ein Problem mit einer hohen Anzahl verwandter Incidents ist in der Regel geschäftsschädigender.\n\nDiese Metrik ist ein effektives Werkzeug zur Priorisierung und Wirkungsanalyse. Im Process Mining kann sie verwendet werden, um die Anzahl der Incidents mit der Untersuchungszeit oder den Antrag bearbeitet.er Lösungspriorität zu korrelieren. Sie hilft Organisationen, das Ausmaß von Problemen zu verstehen und die für das Problemmanagement aufgewendeten Ressourcen zu rechtfertigen, indem sie zeigt, wie viele Incidents durch eine einzige Fehlerbehebung verhindert werden. Bedeutung Quantifiziert die geschäftliche Auswirkung eines Problems und hilft, Untersuchungen zu priorisieren und die Wirksamkeit der Lösung zu messen. Datenquelle Dieser Wert ist oft ein berechnetes Feld im Problemfall, das die Anzahl der verknüpften Incident-Einträge zählt. Beispiele 5281501 | |||
| Betroffener Service AffectedService | Der primäre Geschäftsservice, die Anwendung oder den Antrag bearbeitet.as Konfigurationselement (CI), das vom Problem betroffen ist. | ||
| Beschreibung Dieses Attribut verknüpft ein Problem mit einer spezifischen Komponente oder einem Dienst innerhalb der IT-Infrastruktur, wie zum Beispiel 'E-Mail-Dienst' oder 'Kundenbeziehungsmanagement-Plattform'. Es liefert einen wichtigen geschäftlichen Kontext für das technische Problem.\n\nIn der Process Mining-Analyse ermöglicht der betroffene Dienst eine geschäftsorientierte Sicht auf den Prozess. Es hilft, Fragen zu beantworten wie: 'Welche Dienste verursachen die meisten Probleme?' oder 'Was ist unsere durchschnittliche Lösungszeit für Probleme, die kritische Finanzsysteme betreffen?'. Dieser Kontext ist maßgeblich für die Priorisierung von Verbesserungsmaßnahmen basierend auf dem Geschäftseinfluss. Bedeutung Bietet Geschäftskontext, indem technische Probleme mit den von ihnen betroffenen Dienste verknüpft werden, was eine Priorisierung basierend auf der Geschäftskritikalität ermöglicht. Datenquelle Dies wird in der Regel aus einer Configuration Management Datenbase (CMDB) verknüpft und in einem Feld 'Konfigurationselement' oder 'Service' im Problemfall gespeichert. Beispiele E-Mail- und KollaborationsdiensteSAP ERP FinancialsCorporate VPNHauptkundenwebsite | |||
| Priorität Priority | Die zugewiesene Prioritätsstufe des Problems, die die Dringlichkeit der Untersuchung und Lösung bestimmt. | ||
| Beschreibung Die Priorität ist ein Schlüsselattribut zur Klassifizierung von Problemen basierend auf deren geschäftlicher Auswirkung und Dringlichkeit. Sie hilft Teams, ihre Anstrengungen zuerst auf die kritischsten Probleme zu konzentrieren. Prioritätsstufen sind oft standardisiert, z. B. Kritisch, Hoch, Mittel und Niedrig. In der Prozessanalyse ist die Priorität eine hilfreiche Dimension für Filterung und Vergleich. Analysten können den Prozessfluss für hochprioritäre Probleme im Vergleich zu niedrigprioritären Problemen vergleichen, um zu sehen, ob diese unterschiedlich oder effizienter behandelt werden. Sie ist auch grundlegend für die SLA-Compliance-Analyse, da SLAs oft an Prioritätsstufen gebunden sind. Bedeutung Ermöglicht die Segmentierung der Analyse, um den Umgang mit kritischen Problemen im Vergleich zu Routineproblemen zu vergleichen, und ist wichtig für die Messung der SLA-Einhaltung. Datenquelle Dies ist ein Standardfeld in der Haupttabelle der Problemfälle der meisten ITSM-Plattformen. Beispiele 1 – Kritisch2 – Hoch3 – Mittel4 – Niedrig | |||
| SLA verletzt SlaBreached | Ein Indikator, ob die Problembehebung das zugewiesene SLA-Fälligkeitsdatum überschritten hat. | ||
| Beschreibung Dieses boolesche Attribut bietet einen einfachen, direkten Indikator dafür, ob ein Service Level Agreement eingehalten wurde. Es wird in der Regel auf 'Ja' gesetzt, wenn der Lösungs-Zeitstempel des Problems später als das SLA-Fälligkeitsdatum ist.\n\nAls direkte Ergebnismessung ist dieses Flag extrem nützlich für High-Level-Dashboards und Berichte. Im Process Mining kann es verwendet werden, um Konformitätsprüfungen zu erstellen oder alle verletzten Fälle zu filtern. Die Analyse der Prozesskarten von verletzten versus nicht verletzten Problemen kann Muster, Engpässe oder spezifische Aktivitäten aufdecken, die häufige Ursachen für SLA-Verstöße sind. Bedeutung Liefert ein klares Erfolgs- oder Missergebnis für die SLA-Compliance, wodurch es einfach wird, Prozesspfade zu filtern und zu analysierenn, die zu Verstößen führen. Datenquelle Dies ist oft ein abgeleitetes oder berechnetes Feld, das durch den Vergleich des Lösungs-Zeitstempels mit dem SLA-Fälligkeitsdatum ermittelt wird. Beispiele JaNein | |||
| SLA-Fälligkeitsdatum (SLA-Fälligkeitsdatum) SlaDueDate | Das Zieldatum und die Uhrzeit, bis wann der Problem-Datensatz gemäß dem Service Level Agreement voraussichtlich gelöst sein soll. | ||
| Beschreibung Das SLA-Fälligkeitsdatum legt ein formales Ziel für die Problembehebung fest. Dieses Ziel wird normalerweise basierend auf der Priorität des Problems und den im Service Level Agreement (SLA) definierten Bedingungen bestimmt. Dieses Attribut ist wichtig für das Dashboard 'SLA Compliance Übersicht'. Durch den Vergleich der tatsächlichen Lösungszeit mit dem SLA-Fälligkeitsdatum können Organisationen die SLA-Erfolgsraten berechnen. Process Mining kann dies weiter aufschlüsseln, um zu identifizieren, welche Prozessschritte oder Teams am meisten zu SLA-Verstößen beitragen. Bedeutung Definiert das Lösungsziel und bildet die Grundlage für alle SLA-Compliance-Messungen und -Berichte. Datenquelle Dieses Datum wird in der Regel basierend auf der Erstellungszeit und der Priorität im Problemfall berechnet und gespeichert. Beispiele 2023-05-20T17:00:00Z2024-01-10T09:30:00Z2024-03-01T12:00:00Z | |||
| Support-Gruppe SupportGroup | Das technische Team oder den Antrag bearbeitet.ie Abteilung, die zu einem bestimmten Zeitpunkt für die Untersuchung und Behebung des Problems zuständig ist. | ||
| Beschreibung Die Support-Gruppe gibt an, welches Team dem Problem zugewiesen ist. Im Verlauf eines Problems kann es zwischen verschiedenen Gruppen neu zugewiesen werden, z. B. von einem Level-2-Kundensupport an ein spezialisiertes Netzwerk-Engineering-Team. Dieses Attribut ist wichtig für die Analyse der Teamleistung und der Übergaben zwischen Teams. Process Mining kann Verzögerungen durch Neuzuweisungen hervorheben, messen, wie lange Probleme bei jeder Gruppe verbleiben, und identifizieren, welche Teams bei der Lösung bestimmter Problemtypen am effektivsten sind. Es unterstützt Dashboards wie die 'Support Group Handoff Analysis' direkt. Bedeutung Wesentlich für die Analyse der Teamleistung, die Identifizierung von Engpässen durch Übergaben und das Verständnis der Arbeitslastverteilung über verschiedene Teams hinweg. Datenquelle Diese Informationen werden in der Regel in der Zuweisungshistorie des Problemfalls oder in der Hauptdetailtabelle innerhalb des ITSM-Systems gespeichert. Beispiele NetzwerkbetriebDatenbankverwaltungAnwendungssupport L3Sicherheitsteam | |||
| Ursachenkategorie RootCauseCategory | Die endgültige Klassifizierung der zugrunde liegenden Ursache, die zu dem Problem geführt hat. | ||
| Beschreibung Nach Abschluss einer Untersuchung wird die Ursachenkategorie verwendet, um den grundlegenden Grund für das Problem zu klassifizieren, z. B. 'Softwarefehler', 'Hardwarefehler' oder 'Konfigurationsfehler'. Diese Kategorisierung ist für strategische Verbesserungen von wichtiger Bedeutung. Dieses Attribut ist der zentraler Bestandteil des Dashboards 'Leistung der Ursachenanalyse'. Durch die Analyse der Häufigkeit verschiedener Ursachenkategorien können Organisationen wiederkehrende systemische Probleme identifizieren und langfristige Lösungen priorisieren. Es hilft, den Fokus von der reaktiven Problembehebung auf die proaktive Prävention zu verlagern. Bedeutung Dies ist maßgeblich für die strategische Analyse, da es hilft, systemische Probleme und Trends bei der Ursachenforschung von Problemen im gesamten Unternehmen zu identifizieren. Datenquelle Diese Informationen werden in der Regel in einem dedizierten Feld des Problemfalls erfasst, oft vor oder während der Abschlussphase ausgefüllt. Beispiele KonfigurationsfehlerSoftwarefehlerHardware-AusfallBenutzer-Schulungsproblem | |||
| Problemstatus ProblemStatus | Der aktuelle Lebenszyklusstatus des Problem-Datensatzs, z. B. Offen, In Untersuchung oder Geschlossen. | ||
| Beschreibung Der Problemstatus gibt die aktuelle Phase des Problems in seinem Workflow an. Er bietet einen Überblick darüber, wo sich das Problem zu einem bestimmten Zeitpunkt befindet, von der initialen Protokollierung bis zur endgültigen Lösung. Während der Aktivitätsname das Event der Statusänderung erfasst, ist der Problemstatus selbst nützlich für die Analyse des aktuellen Backlogs. Er ermöglicht die Erstellung von Dashboards, die die Anzahl der offenen Probleme in jedem Zustand zeigen, was hilft, Arbeitslasten zu verwalten und Datensätze zu identifizieren, die zu lange in einer bestimmten Phase feststecken. Bedeutung Gibt die aktuelle Phase eines Problems an, was für die Backlog-Analyse und die Identifizierung von Problemen, die in einer bestimmten Phase feststecken, notwendig ist. Datenquelle Dies ist ein Standardfeld in der Haupttabelle der Problemfälle, das aktualisiert wird, während das Problem seinen Lebenszyklus durchläuft. Beispiele OffenUrsachenanalyseWartet auf ChangeGelöstGeschlossen | |||
| Verknüpfte Änderungsanfrage-ID. RelatedChangeRequestId | Der Identifikator des Change Requests, der zur Implementierung der den Antrag bearbeitet.auerhaften Lösung für das Problem initiiert wurde. | ||
| Beschreibung Dieses Attribut stellt eine direkte Verbindung zwischen dem Problemmanagement-Prozess und dem Change Management-Prozess her. Es wird verwendet, wenn eine Codeänderung, ein Hardwareaustausch oder eine andere Modifikation erforderlich ist, um die Ursache des Problems zu beheben.\n\nDie Analyse dieser Verknüpfung ist maßgeblich, um die 'Verzögerung bei der Übergabe an das Change Management' zu verstehen. Process Mining kann die Zeit messen, die von der Identifizierung einer Grundursache bis zur Erstellung eines Änderungsantrags vergeht, und von der Implementierung der Änderung bis zum endgültigen Abschluss des Problems. Dies hilft, Ineffizienzen in der Interaktion zwischen den beiden Prozessen zu identifizieren. Bedeutung Verknüpft das Problem mit seiner Lösung im Change-Management, was die Analyse von Übergabeverzögerungen und des End-to-End-LösungsLebenszyklus ermöglicht. Datenquelle Dies ist in der Regel ein Referenzfeld im Problemfall, das auf den entsprechenden Eintrag im Change Management-System oder -Modul verweist. Beispiele CHG0030219CR-8812CHANGE-401 | |||
| Workaround bereitgestellt WorkaroundProvided | Ein Indikator, ob eine temporäre Übergangslösung für das Problem identifiziert und kommuniziert wurde. | ||
| Beschreibung Dieses Attribut erfasst, ob eine temporäre Lösung zur Minderung der Auswirkungen des Problems bereitgestellt wurde, während eine dauerhafte Fehlerbehebung entwickelt wird. Dies ist ein wichtiger Meilenstein im Lebenszyklus des Problemmanagements.\n\nDies ist ein wichtiges Attribut für das 'Workaround Effektivität und Geschwindigkeit' Dashboard. Process Mining kann verwendet werden, um die durchschnittliche Zeit bis zur Bereitstellung eines Workarounds zu berechnen, und die anschließende Analyse kann die Bereitstellung eines Workarounds mit einer Reduzierung neuer verwandter Incidents korrelieren. Dies hilft, die Fähigkeit des Teams zu messen, den Service schnell wiederherzustellen, noch bevor die Grundursache behoben ist. Bedeutung Gibt an, ob der Service vorübergehend wiederhergestellt wurde, was eine Analyse ermöglicht, wie schnell das Team Geschäftsbeeinträchtigungen mindern kann. Datenquelle Dies kann ein boolesches Flag ('WorkaroundPublished') sein oder aus dem Vorhandensein von Text in einem Workaround-Detailsfeld abgeleitet werden. Beispiele JaNein | |||
| Zugewiesener Benutzer AssignedUser | Der einzelne Benutzer oder Koordinator, der den Antrag bearbeitet.erzeit für die Verwaltung des Problem-Datensatzs zuständig ist. | ||
| Beschreibung Dieses Attribut identifiziert die spezifische Person, die zu einem bestimmten Zeitpunkt für das Problem verantwortlich ist. Während die Supportgruppe das Team definiert, verweist der zugewiesene Benutzer auf den einzelnen Agenten, Ingenieur oder Koordinator, der den Antrag bearbeitet.ie Untersuchung bearbeitet.\n\nDie Analyse nach zugewiesenem Benutzer kann helfen, individuelle Arbeitslasten, Leistung und Schulungsbedarfe zu verstehen. Sie kann aufzeigen, ob bestimmte Personen zu Engpässen werden oder ob die Arbeit innerhalb eines Teams nicht gleichmäßig verteilt ist. Diese Ansicht ergänzt die Analyse der Supportgruppe. Bedeutung Ermöglicht die Analyse individueller Arbeitslast und Leistung, um Top-Performer oder Personen zu identifizieren, die zusätzliche Unterstützung oder Schulung benötigen könnten. Datenquelle Dieses Feld befindet sich in der Regel in der Haupttabelle der Problemfälle und ist oft als 'Bearbeiter', 'Zugewiesen an' oder 'Koordinator' bezeichnet. Beispiele Alice JohnsonajohnsonBob Smithbsmith | |||
Problemmanagement Aktivitäten.
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Change Request initiiert | Dieses Ereignis erfasst die Erstellung oder Verknüpfung eines formalen Änderungsantrags mit dem Problemfall. Es signalisiert die Übergabe vom Problemmanagement-Prozess an den Change Management-Prozess zur Implementierung einer dauerhaften Fehlerbehebung. | ||
| Bedeutung Diese Aktivität ist maßgeblich, um die Verzögerung zwischen Problemdiagnose und Einleitung einer Fehlerbehebung zu analysierenn. Sie hilft, Engpässe an der Schnittstelle von Problem- und Change Management zu identifizieren. Datenquelle Dies ist in der Regel ein explizites Ereignis, das in der Beziehungs- oder Verknüpfungshistorie des Eintrags gefunden wird und eine Assoziation zu einem ÄnderungsDatensatz zeigt. Erfassen Identifizieren Sie das Event, bei dem ein Change-Datensatz mit dem Problem-Datensatz verknüpft wird. Ereignistyp explicit | |||
| Dauerhafte Lösung implementiert | Dieses Ereignis zeigt an, dass die dauerhafte technische Lösung, oft über einen Änderungsantrag verwaltet, erfolgreich implementiert wurde. Es markiert das Ende des Prozesses.kiert den Abschluss der Abhilfemaßnahmen. | ||
| Bedeutung Diese Aktivität schließt die Lösungsimplementierungsphase ab. Die Zeit von der Change-Initiierung bis zu diesem Zeitpunkt misst die Effizienz des Change-Management-Prozesses bei der Problemlösung. Datenquelle Dies wird in der Regel aus der Statusänderung des Problemfalls zu 'Gelöst' oder 'Lösung implementiert' abgeleitet, oft ausgelöst durch den Abschluss des verknüpften Änderungsantrags. Erfassen Ableiten aus einer Problemstatusänderung zu 'Gelöst' oder aus dem Abschluss-Zeitstempel des zugehörigen Change-Datensatzs. Ereignistyp inferred | |||
| Ermittlung gestartet | Dieses Ereignis markiert den Übergang des Problemfalls von einem neuen oder ausstehende Zahlungen identifizieren.enden Status in einen aktiven Untersuchungsstatus. Es zeigt an, dass ein Analyst offiziell mit der Diagnose des Problems begonnen hat. | ||
| Bedeutung Diese Aktivität hilft, die anfängliche Reaktionszeit und die Verarbeitungsgeschwindigkeit des Backlogs zu messen. Die Dauer zwischen Erstellung und Beginn der Untersuchung ist ein Schlüsselindikator für die Reaktionsfähigkeit des Teams. Datenquelle Dies wird oft aus einer Statusänderung in der Historie des Eintrags abgeleitet, z. B. der Übergang von 'Neu' zu 'In Bearbeitung' oder 'Unter Untersuchung'. Erfassen Erfassen Sie den Zeitstempel, wenn der Status erstmals in einen aktiven Untersuchungszustand wechselt. Ereignistyp inferred | |||
| Problem-Datensatz erstellt | Dies ist die anfängliche Erstellung eines Problemfalls. Sie signalisiert den formellen Beginn des Problemmanagement-Prozesses und legt den Basis-Zeitstempel für alle nachfolgenden Analysen fest. | ||
| Bedeutung Diese Aktivität ist der primäre Startpunkt für jede Prozessinstanz. Die Analyse der Zeit von diesem Ereignis zu anderen ist maßgeblich, um die gesamte Prozessdauer und anfängliche Verzögerungen zu verstehen. Datenquelle Dies wird in der Regel vom Erstellungs-Zeitstempel des primären Problemfalls oder den Antrag bearbeitet.er Ticket-Tabelle erfasst. Es ist fast immer ein explizites Feld in den QuellDaten. Erfassen Verwenden Sie den Zeitstempel 'Erstellt am' oder einen ähnlichen aus der Haupttabelle der Probleme. Ereignistyp explicit | |||
| Problemvorgang Geschlossen. | Dies ist die letzte Aktivität im Lebenszyklus, die bedeutet, dass der Problemfall administrativ geschlossen ist und keine weiteren Maßnahmen erwartet werden. Der Fall gilt als abgeschlossen und archiviert. | ||
| Bedeutung Diese Aktivität ist der primäre Endpunkt für die meisten Prozessinstanzen. Sie ist wesentlich für die Berechnung der gesamten End-to-End-Dauer des Problemmanagement-Prozesses. Datenquelle Dies ist fast immer ein explizites Ereignis, das aus einer Statusänderung zu 'Geschlossen' im Verlaufsprotokoll des Eintrags erfasst wird. Erfassen Verwenden Sie den Zeitstempel, wenn der Status des Eintrags auf 'Geschlossen' gesetzt wird. Ereignistyp explicit | |||
| Root Cause identifiziert | Diese Aktivität markiert den Meilenstein, an dem die zugrunde liegende Ursache des Problems erfolgreich diagnostiziert und dokumentiert wurde. Sie stellt den Abschluss der Untersuchungsphase dar. | ||
| Bedeutung Dies ist ein wichtiger Meilenstein zur Messung der Diagnoseeffizienz. Die Dauer vom Untersuchungsbeginn bis zur Identifizierung der Grundursache ist ein Schlüsselindikator für die Problemanalyse. Datenquelle Dies wird oft aus einer Statusänderung zu 'Grundursache identifiziert' abgeleitet oder erfasst, wenn ein 'Grundursachen'-Feld zum ersten Mal mit Informationen gefüllt wird. Erfassen Erfassen Sie den Zeitstempel einer Statusänderung oder den Antrag bearbeitet.er ersten Aktualisierung eines 'Ursachen'-Textfeldes. Ereignistyp inferred | |||
| Workaround bereitgestellt | Dieses Ereignis signalisiert, dass eine temporäre Lösung oder ein Workaround dokumentiert und verfügbar gemacht wurde. Diese Maßnahme hilft, die Auswirkungen auf Endbenutzer zu mindern, während eine dauerhafte Fehlerbehebung entwickelt wird. | ||
| Bedeutung Die Zeit zur Bereitstellung einer Übergangslösung ist ein kritischer KPI zur Messung der Fähigkeit des Teams, den Service schnell wiederherzustellen. Diese Aktivität hilft, die Geschwindigkeit und Effektivität temporärer Lösungen zu analysierenn. Datenquelle Dies kann durch den ersten Zeitstempel erfasst werden, an dem ein 'Workaround'-Textfeld gefüllt wird, eine Aktion 'Workaround kommunizieren' protokolliert wird oder ein spezifisches Flag 'Workaround verfügbar' gesetzt wird. Erfassen Erkennen Sie die erste Befüllung eines Workaround-Feldes oder ein damit verbundenes Veröffentlichungs-Event. Ereignistyp explicit | |||
| Lösung Verifiziert. | Diese Aktivität bestätigt, dass die implementierte Fehlerbehebung das zugrunde liegende Problem effektiv gelöst und der normale Service wiederhergestellt wurde. Sie ist der letzte Validierungsschritt vor dem Abschluss. | ||
| Bedeutung Dieser Schritt bietet eine Qualitätsprüfung der Lösung. Die Analyse der für die Verifizierung benötigten Zeit kann Verzögerungen bei der Bestätigung des Erfolgs einer Fehlerbehebung aufzeigen. Datenquelle Dies kann ein expliziter Status wie 'Verifizierung' sein oder aus dem Übergang in einen 'Gelöst'- oder 'Behoben'-Status abgeleitet werden. Erfassen Erfassen Sie den Zeitstempel, wenn der Status in einen Zustand wechselt, der den Antrag bearbeitet.ie Bestätigung der Lösung anzeigt. Ereignistyp inferred | |||
| Nachimplementierungsprüfung durchgeführt | Dieses Ereignis markiert den Abschluss einer Post-Implementation Review (PIR). Dieser formelle Überprüfungsprozess analysiert die Bearbeitung des Problems, um Lessons Learned und Prozessoptimierungen zu identifizieren. | ||
| Bedeutung Die Verfolgung des PIR-Abschlusses ist wichtig für die Prozesseinhaltung und kontinuierliche Verbesserung. Sie stellt sicher, dass relevante Einblicke aus größeren Problemen erfasst und umgesetzt werden. Datenquelle Dies wird oft durch den Abschluss einer PIR-Unteraufgabe, eine Statusänderung zu 'Überprüfung abgeschlossen' oder den Antrag bearbeitet.ie Befüllung eines PIR-Abschlussdatumsfeldes erfasst. Erfassen Identifizieren Sie den Abschluss einer PIR-bezogenen Aufgabe oder eine spezifische Statusaktualisierung. Ereignistyp explicit | |||
| Priorität geändert | Diese Aktivität erfasst jede Aktualisierung der Priorität, Auswirkung oder Dringlichkeit des Problem-Datensatzs nach seiner initialen Erstellung. Sie spiegelt eine Neubewertung der geschäftlichen Bedeutung des Problems wider. | ||
| Bedeutung Die Analyse von Prioritätsänderungen hilft, Probleme zu identifizieren, die häufig eskaliert oder den Antrag bearbeitet.eeskaliert werden, was sich auf die Ressourcenzuweisung und die SLA-Compliance auswirken kann. Datenquelle Dies wird in der Regel in einem Audit-Log oder einer Änderungshistorientabelle erfasst, die Änderungen am Feld 'Priorität' verfolgt. Erfassen Verfolgen Sie alle Aktualisierungen des Feldes 'Priorität' in der Änderungshistorie des Eintrags. Ereignistyp explicit | |||
| Problem-Datensatz wiedereröffnet | Diese Aktivität tritt auf, wenn ein zuvor gelöster oder geschlossener Problemfall in einen aktiven Status zurückversetzt wird. Sie deutet in der Regel darauf hin, dass die implementierte Fehlerbehebung erfolglos war oder den Antrag bearbeitet.as Problem erneut aufgetreten ist. | ||
| Bedeutung Eine hohe Wiedereröffnungsrate ist ein wichtiger Indikator für eine mangelhafte Lösungsqualität. Die Verfolgung dieser Aktivität ist maßgeblich, um Erstlösungsraten zu messen und ineffektive Lösungen zu identifizieren. Datenquelle Dieses Ereignis wird erfasst, indem die Statushistorie des Eintrags auf einen Übergang von einem geschlossenen oder gelösten Zustand zurück in einen offenen oder in Bearbeitung befindlichen Zustand überwacht wird. Erfassen Identifizieren Sie Statusänderungen von 'Gelöst' oder 'Geschlossen' zurück in einen aktiven Zustand wie 'Offen'. Ereignistyp explicit | |||
| Problemvorgang Abgebrochen. | Diese Aktivität stellt die Beendigung eines Problemfalls dar, bevor eine Lösung erreicht wurde. Dies kann der Fall sein, wenn der Fall fälschlicherweise erstellt wurde, ein Duplikat ist oder nicht mehr relevant ist. | ||
| Bedeutung Die Analyse von Abbrüchen hilft, die Qualität eingehender Problem-Datensatzs zu verstehen. Eine hohe Abbruchrate kann auf einen Bedarf an besserer Schulung oder Qualifikationskriterien hindeuten. Datenquelle Dies wird aus einer Statusänderung zu 'Abgebrochen', 'Abgelehnt' oder 'Zurückgezogen' in der Historie des Eintrags erfasst. Erfassen Identifizieren Sie den Zeitstempel, wenn der Status in einen endgültigen 'abgebrochen'-Zustand wechselt. Ereignistyp explicit | |||
| SLA Breach Detected | Dieses Ereignis signalisiert, dass die zur Erreichung eines Lösungs- oder Reaktionsmeilensteins benötigte Zeit das vordefinierte Service Level Agreement (SLA)-Ziel überschritten hat. Es handelt sich um ein systemgeneriertes oder berechnetes Ereignis. | ||
| Bedeutung Die Verfolgung von SLA-Verstöße ist die Basis für das Leistungsfähigkeit Management und die Compliance-Berichterstattung. Sie zeigt direkt Fälle auf, die die Service-Level-Zusagen nicht erfüllt haben. Datenquelle Dies kann ein spezifisches Flag oder Ereignis sein, das vom System protokolliert wird, oder es kann durch den Vergleich des Lösungs-Zeitstempels mit dem SLA-Fälligkeitsdatum berechnet werden. Erfassen Berechnen Sie durch den Vergleich von Lösungs- oder Antwort-Zeitstempels mit den SLA-Ziel-Zeitstempels, oder erfassen Sie ein systemgeneriertes Verstoßereignis. Ereignistyp calculated | |||
| Supportgruppe zugewiesen | Diese Aktivität stellt die Zuweisung oder Neuzuweisung des Problemfalls an eine bestimmte Supportgruppe oder ein Team dar. Sie erfasst die Übertragung der Zuständigkeit und Verantwortung für die Untersuchung. | ||
| Bedeutung Die Verfolgung von Zuweisungen ist maßgeblich für die Analyse von Übergabeverzögerungen, die Identifizierung von Engpässen zwischen Teams und das Verständnis der Gruppenleistung. Hohe Neuzuweisungszahlen deuten oft auf Prozesseffizienz hin. Datenquelle Diese Informationen finden sich normalerweise in einem Audit-Log oder einer Historientabelle, die Änderungen am Feld 'Zuweisungsgruppe' oder 'Kundensupport' im Problemfall verfolgt. Erfassen Identifizieren Sie alle Änderungen am Feld für die Zuweisungsgruppe im Verlaufsprotokoll des Datensatzes. Ereignistyp explicit | |||
| Wartet auf Change-Implementierung | Diese Aktivität stellt einen Zustand dar, in dem der Problemfall pausiert ist, bis ein zugehöriger Änderungsantrag abgeschlossen ist. Das Problemteam wartet darauf, dass das Change Management die Fehlerbehebung implementiert. | ||
| Bedeutung Die Isolierung dieser Wartezeit hilft, die im Change-Management-Prozess im Vergleich zum Problemmanagement-Prozess verbrachte Zeit genau zu messen und die Verantwortlichkeit zu verbessern. Datenquelle Dies wird normalerweise aus einer Statusänderung zu einem 'Änderung ausstehende Zahlungen identifizieren.end' oder 'Fehlerbehebung in Bearbeitung'-Status in der Historie des Problemfalls abgeleitet. Erfassen Erfassen Sie den Zeitstempel, wenn der Status des Problem-Datensatzs sich ändert, um anzuzeigen, dass er auf einen Change wartet. Ereignistyp inferred | |||
Extraktionsanleitungen
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,