Ihre Problemmanagement Datenvorlage.

BMC Helix ITSM
Ihre Problemmanagement Datenvorlage.

Ihre Problemmanagement Datenvorlage.

Diese Vorlage bietet eine vollständige Struktur zur Analyse Ihrer Grundursachen-Untersuchungs-Workflows innerhalb von BMC Helix ITSM. Sie beschreibt die wesentlichen Attribute und Prozessaktivitäten, die zum Aufbau eines detaillierten Event-Logs erforderlich sind, sowie eine praktische Extraktionsanleitung. Durch die Einhaltung dieser Anleitung können Sie versteckte Engpässe identifizieren und Ihren Weg zur dauerhaften Incident-Lösung optimieren.
  • Wesentliche Datenfelder für die Ursachenanalyse
  • Standardisierte Prozessmeilensteine zur Verfolgung.
  • Spezifische Extraktionsanleitung für BMC Helix ITSM.
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Problemmanagement Attribute.

Diese Tabelle enthält die empfohlenen Datenfelder, die zur Befüllung Ihres Event-Logs für eine gründliche Analyse Ihres Problemmanagement Lebenszyklus erforderlich sind.
5 Erforderlich 9 Empfohlen 5 Optional
Name Beschreibung
Aktivität
Activity
Die spezifische Aufgabe oder den Antrag bearbeitet.as Statusänderungsereignis, das aufgetreten ist.
Beschreibung

Dieses Attribut stellt den spezifischen Schritt dar, der im Problemmanagement Lebenszyklus durchgeführt wurde, wie z.B. 'Problem Datensatz Logged', 'Root Cause Identified' oder 'Solution Datenbase Updated'. In BMC Helix werden diese oft aus der Status History, den Audit-Logs oder spezifischen TransaktionsZeitstempel innerhalb des Problem Investigation Moduls abgeleitet.

Dieses Attribut ist der Kern der Prozessentdeckung. Durch die Analyse der Abfolge dieser Aktivitäten konstruiert das Process-Mining-Tool die Prozesskarte, wobei der tatsächliche Arbeitsfluss im Vergleich zum entworfenen Prozess aufgedeckt wird. Es hebt Schleifen, Nacharbeiten und Abweichungen vom Standardarbeitsablauf hervor.

Genaue Aktivitätsnamen sind wichtig, um zu verstehen, was während des Lebenszyklus tatsächlich geschah. Diese Daten ermöglichen die Messung von Übergangszeiten zwischen spezifischen Schritten, wie der Zeit, die zwischen der Identifizierung einer Grundursache und der Initiierung einer Änderungsanfrage vergeht.

Bedeutung

Es definiert die Knoten in der Prozesskarte und ermöglicht die Visualisierung des Workflows.

Datenquelle

Abgeleitet aus der Statushistorie von PBM:Problem Investigation oder PBM:AuditLogSystem

Beispiele
Problemvorgang Erfasst.Supportgruppe zugewiesenUntersuchung begonnenRoot Cause identifiziert
Ereigniszeit
EventTime
Der Zeitstempel, wann die spezifische Aktivität stattfand.
Beschreibung

Dieses Attribut zeichnet das genaue Datum und die Uhrzeit auf, wann eine Aktivität stattfand. In BMC Helix ITSM entspricht dies Feldern wie 'Submit Date', 'Last Modified Date' oder spezifischen Zeitstempels, die in den Historientabellen, die Statusänderungen entsprechen, aufgezeichnet wurden.

In der Analyse wird dieses Attribut verwendet, um Ereignisse chronologisch zu sequenzieren und Dauern zu berechnen. Es ermöglicht die Messung von Durchlaufzeiten zwischen beliebigen zwei Punkten im Prozess, wie der 'Investigation Durchlaufzeit' oder den Antrag bearbeitet.er 'Workaround Publication Lead Time'.

Präzise Zeitstempels sind wichtig zur Identifizierung von Engpässen. Durch die Berechnung der Zeitdifferenz zwischen aufeinanderfolgenden Ereignissen können Analysten genau identifizieren, wo Verzögerungen auftreten, sei es während der initialen Zuweisung oder den Antrag bearbeitet.er finalen Überprüfungsphase.

Bedeutung

Es ermöglicht die Berechnung aller dauerbasierten KPIs und die Sequenzierung von Ereignisse.

Datenquelle

Historientabellen oder Audit-Logs, die PBM:Problem Investigation zugeordnet sind

Beispiele
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
Problemvorgang.
ProblemRecord
Die eindeutige Kennung für den Problemuntersuchungs-Case.
Beschreibung

Dieses Attribut dient als zentrale Case-Kennung für den Problemmanagement Prozess. In BMC Helix ITSM ist dies in der Regel das Feld 'Problem ID' (z.B. PBI0000001, 2, 3, 45) auf dem Formular „PBM:Problem Investigation“. Es verknüpft alle zugehörigen Aktivitäten, von der initialen Protokollierung des Problems bis zum finalen Abschluss und der Post-Implementierungs-Review.

In der Process-Mining-Analyse wird dieses Attribut verwendet, um einzelne Ereignisse zu einer einzigen Prozessinstanz zu gruppieren. Es ermöglicht Analysten, die End-to-End-Prozesses einer spezifischen Problemuntersuchung zu visualisieren. Ohne diese Kennung wäre es unmöglich, die Abfolge der Aktionen, die von verschiedenen Support-Gruppen und Koordinatoren durchgeführt werden, zu korrelieren.

Dieses Feld fungiert als Primärschlüssel für den Event Log und ist wichtig für alle Case-Level-Aggregationen, wie die Berechnung der gesamten Durchlaufzeit pro Problem oder den Antrag bearbeitet.as Zählen der Anzahl der Probleme pro Prioritätsstufe.

Bedeutung

Es ist der grundlegende Schlüssel, der benötigt wird, um die Prozessansicht zu konstruieren und den Lebenszyklus spezifischer Probleme zu verfolgen.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Problem-ID'.

Beispiele
PBI00000004512PBI00000004513PBI00000004514
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, wann die Daten extrahiert oder zuletzt aktualisiert wurden.
Beschreibung

Dieses Attribut gibt an, wann die Daten zuletzt in die Process Mining-Anwendung geladen wurden. Es stellt sicher, dass Analysten den Aktualitätsgrad der Daten kennen, die sie einsehen. Es wird normalerweise vom Extraktionsskript oder den Antrag bearbeitet.em Datenpipeline-Tool generiert.

In der Analyse hilft dies, Entscheidungen basierend auf veralteten Daten zu verhindern. Wenn ein Manager beispielsweise 'Open Problem Datensatzs' betrachtet, verändert das Wissen, ob die Daten vor einer Stunde oder vor einer Woche aktualisiert wurden, die Interpretation der aktuellen Arbeitslast erheblich.

Es wird auch für inkrementelle Daten-Loads verwendet. Durch die Verfolgung der letzten Aktualisierungszeit kann der ETL-Prozess nur Operations abrufen, die sich seit der vorherigen Extraktion geändert haben, was die Leistungsfähigkeit optimiert und die Systemlast reduziert.

Bedeutung

Es stellt ... sicher die Datenaktualität und unterstützt inkrementelle Datenladestrategien.

Datenquelle

Systemzeit zum Zeitpunkt der Extraktion.

Beispiele
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten stammen.
Beschreibung

Dieses Attribut identifiziert das Softwaresystem, aus dem die ProzessDaten extrahiert wurden, in diesem Fall 'BMC Helix ITSM'. Es ist besonders wichtig in Multi-System-Umgebungen, in denen Process Mining Daten aus verschiedenen ITSM-, Entwicklungs- oder externen Anbieter-Tools aggregieren könnte.

In der Analyse dient dieses Feld als MetaDaten-Tag, der den Antrag bearbeitet.ie Herkunft des Vorgangs validiert. Wenn die Process Mining-Ansicht Daten aus BMC Helix für das Problemmanagement und einem separaten System für die Softwareentwicklung (z.B. Jira) kombiniert, hilft dieses Attribut, die Analyse nach dem Ursprungstool zu segmentieren.

Es unterstützt auch bei der technischen Fehlerbehebung. Treten Datenqualitätsprobleme auf, ermöglicht die Kenntnis des Quellsystems den Daten-Ingenieuren, das Problem auf die spezifische Extraktionsroutine oder QuellDatenbank zurückzuführen.

Bedeutung

Es bietet Nachvollziehbarkeit und Kontext, insbesondere in Multi-System-Prozessansichten.

Datenquelle

Während des Extraktionsprozesses fest codiert

Beispiele
BMC Helix ITSMRemedy OnDemand.BMC ITSM Prod
Anzahl verknüpfter Incidents
RelatedIncidentCount
Die Anzahl der Incidents, die mit diesem Problemvorgang verknüpft sind.
Beschreibung

Dieses Attribut quantifiziert die Auswirkung des Problems, indem es die Anzahl der den Antrag bearbeitet.amit verbundenen Incidents zählt. In BMC Helix ist dies normalerweise eine Zählung von Operationsn im HPD:Help Desk form, die mit dem PBM-Vorgang in Beziehung stehen.

Dieses Attribut treibt den KPI 'Incident Linkage Density' an. Eine hohe Anzahl zeigt ein Problem mit hoher Auswirkung an, das ein hohes Ticket-Aufkommen für den Service Desk erzeugt. Die Korrelation damit mit 'Priorität' stellt sicher, dass Probleme mit hohem Volumen tatsächlich als kritisch behandelt werden.

Es hilft auch, den Rückstand zu priorisieren. Ein Problemvorgang mit 500 verknüpften Incidents sollte wahrscheinlich gegenüber einem 'Critical' Problem mit nur 1 verknüpften Incident priorisiert werden, da die Lösung des ersteren mehr Service Desk Kapazität freisetzen wird.

Bedeutung

Es quantifiziert die operativen Auswirkungen und den Benutzerfrust, die mit dem Problem verbunden sind.

Datenquelle

Berechnet durch Zählen verwandter Zeilen in HPD:Associations oder HPD:Help Desk

Beispiele
15120
Priorität
Priority
Die berechnete Priorität des Problems basierend auf Auswirkung und Dringlichkeit.
Beschreibung

Dieses Attribut gibt die Prioritätsstufe des Problemvorgangs an (z.B. Critical, High, Medium, Low). In BMC Helix ist dies normalerweise ein berechnetes Feld, das aus Impact- und Urgency-Auswahlen abgeleitet wird.

In der Analyse wird dies für das Dashboard 'Throughput and Priority Volume' verwendet. Es ermöglicht Organisationen zu überprüfen, ob Ressourcen korrekt auf die Geschäftsanforderungen abgestimmt sind. Zum Beispiel sollten 'Critical'-Probleme theoretisch schnellere initiale Zuweisungszeiten und kürzere Gesamtdurchlaufzeiten haben als solche mit 'Low' Priorität.

Das Filtern nach Priorität hilft, Verbesserungsbemühungen zu fokussieren. Ein Engpass in einem Prozess mit 'Low' Priorität mag akzeptabel sein, aber dieselbe Verzögerung in einem 'Critical'-Prozess stellt ein erhebliches Risiko für die Geschäftskontinuität und die SLA-Compliance dar.

Bedeutung

Es segmentiert die Analyse nach Geschäftskritikalität und unterstützt die SLA-Analyse.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Priorität'.

Beispiele
KritischHochMittelNiedrig
Problemkoordinator.
ProblemCoordinator
Der einzelne Benutzer, der zur Koordination der Untersuchung zugewiesen ist.
Beschreibung

Dieses Attribut benennt die spezifische Person, die für den Problemvorgang verantwortlich ist. In BMC Helix ITSM ist dies das Feld 'Problem Coordinator'. Diese Person besitzt den Lebenszyklus des Problems, auch wenn Aufgaben an andere delegiert werden.

Dieses Attribut unterstützt das Dashboard 'Support Group Workload Distribution'. Es hilft Managern zu identifizieren, ob bestimmte Personen mit Untersuchungen überlastet sind, während andere Kapazitäten haben. Es ermöglicht auch eine Leistungsanalyse auf individueller Ebene, um Schulungsbedarfe oder Leistungsträger zu identifizieren.

Im Process Mining fungiert dieses Feld als Ressourcenattribut. Es hilft zu visualisieren, wie die Arbeit zwischen Individuen fließt und kann einzelne Fehlerpunkte hervorheben, wo ein Prozess zu stark von einem bestimmten Experten abhängt.

Bedeutung

Es ermöglicht Ressourcenanalyse und Arbeitslastverteilung auf individueller Ebene.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Problemkoordinator'.

Beispiele
John DoeJane SmithSystemadministrator
Service-CI.
ServiceCI
Der primäre Business-Service oder den Antrag bearbeitet.as betroffene Konfigurationselement.
Beschreibung

Dieses Attribut identifiziert das Service-Konfigurationselement (CI) im Zusammenhang mit dem Problem, wie z. B. 'E-Mail Service', 'SAP ERP' oder 'Wi-Fi Network'. In BMC Helix ist dies oft das Feld 'Service+' oder den Antrag bearbeitet.ie primäre CI-Beziehung.

In der Analyse ermöglicht dies die Segmentierung von Problemvorgängen nach Produkt oder Service. Es hilft der IT-Führung zu verstehen, welche Dienste am anfälligsten sind und die meisten Problemuntersuchungen generieren. Dies fließt in das Dashboard 'Throughput and Priority Volume' ein, indem eine Produktdimension hinzugefügt wird.

Die Korrelation dieses Attributs mit der 'Investigation Durchlaufzeit' kann zeigen, ob bestimmte komplexe Dienste (wie ein Kernbankensystem) naturgemäß längere Untersuchungszeiten erfordern als Standard-Dienste (wie Drucken).

Bedeutung

Es verknüpft die Prozess-Performance mit spezifischen GeschäftsProdukten oder Dienstleistungen.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'ServiceCI' oder 'CI Name'.

Beispiele
E-Mail-DienstGehaltsabrechnungssystemCorporate VPN
SLA verletzt?
IsSLABreached
Ein Flag, das anzeigt, ob die Problemlösung die zulässige Zeit überschritten hat.
Beschreibung

Dieses boolesche Attribut gibt an, ob der Problemvorgang sein Service Level Agreement verletzt hat. Es wird berechnet, indem der Zeitstempel 'Resolution Verified' mit dem 'SLA-Fälligkeitsdatum (SLA-Fälligkeitsdatum)' verglichen oder den Antrag bearbeitet.irekt aus dem SLM-Status extrahiert wird.

Dieses Attribut ist maßgeblich für das Dashboard 'SLA Compliance and Breach Trends'. Es ermöglicht eine einfache binäre Segmentierung des Prozesses: compliant vs. non-compliant. Dies erleichtert es, die Merkmale fehlgeschlagener Prozesse zu isolieren (z.B. 'Sind von SLA-Verstöße betroffene Fälle immer mit Support-Gruppe X verbunden?').

Es dient als primärer Filter für die Grundursachenanalyse von Prozessfehlern. Analysten können nach 'IsSLABreached = True' filtern und dann die Prozesskarte untersuchen, um zu sehen, wo die Zeit verloren ging (z.B. lange Wartezeiten für die Anbietergenehmigung).

Bedeutung

Es vereinfacht das Compliance-Reporting und die Fehleranalyse.

Datenquelle

SLM:Measurement form oder berechnet.

Beispiele
JaNein
SLA-Fälligkeitsdatum (SLA-Fälligkeitsdatum)
SLADueDate
Das Zieldatum und die Uhrzeit, bis zu der den Antrag bearbeitet.as Problem gelöst sein muss.
Beschreibung

Dieses Attribut enthält die Frist für die Problemlösung basierend auf dem Service Level Agreement. In BMC Helix ist dies oft das 'Target Resolution Date' oder ein berechneter SLA-Meilenstein Zeitstempel.

Dieses Attribut ist die Grundlage für das Dashboard 'SLA Compliance and Breach Trends'. Durch den Vergleich dieses Zeitstempel mit dem Zeitstempel der Aktivität 'Resolution Verified' berechnet das System, ob das SLA eingehalten oder verletzt wurde.

Die Visualisierung dieses Datums ermöglicht Analysten zu sehen, wie knapp das Team die Frist einhält. Lösen sie Probleme Tage im Voraus oder schließen sie konsistent nur Minuten vor der Verletzung ab? Dieser Einblick treibt die Kapazitätsplanung voran.

Bedeutung

Es ist der Referenzpunkt für die Berechnung aller Compliance- und Pünktlichkeitsmetriken.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Ziel-Lösungsdatum'.

Beispiele
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
Support-Gruppe
SupportGroup
Das technische Team, das der Problemuntersuchung derzeit zugewiesen ist.
Beschreibung

Dieses Attribut spiegelt die spezifische Support-Gruppe (z.B. 'Server Admin', 'Datenbase Support') wider, die zum Zeitpunkt des Ereignisses für den Problemvorgang verantwortlich ist. In BMC Helix ist dies das Feld 'Assigned Group'.

Dieses Attribut ist maßgeblich für die Dashboards 'Support Group Workload Distribution' und 'Support Group Reassignment Analysis'. Es ermöglicht Analysten, die Prozesskarte nach Team zu segmentieren und aufzudeigen, welche Gruppen das größte Volumen bearbeiten und welche Engpässe im Untersuchungsprozess darstellen.

Die Analyse von Übergaben zwischen Support-Gruppen hilft, 'Ping-Pong'-Verhalten zu identifizieren, bei dem ein Ticket zwischen Teams ohne Lösung hin- und herwechselt. Dies deutet oft auf unklare Verantwortlichkeiten oder unzureichendes Wissensmanagement innerhalb der Organisation hin.

Bedeutung

Es ermöglicht die Organisationsanalyse und Engpasserkennung auf Teamebene.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Zugeordnete Gruppe'.

Beispiele
Service Desk Level 1.Backoffice-SupportNetzwerkadministration
Untersuchungstreiber
InvestigationDriver
Der Grund, warum die Problemuntersuchung initiiert wurde.
Beschreibung

Dieses Attribut klassifiziert den Auslöser für den Problemvorgang, wie zum Beispiel 'Incident Volume', 'Major Incident', 'Vendor Notification' oder 'Proactive Trend Analysis'. In BMC Helix ist dies das Feld 'Investigation Driver'.

Dieses Attribut unterstützt das Dashboard 'Proactive Identification Trends'. Es ermöglicht der Organisation, die Verschiebung vom reaktiven "Feuerlöschen" (Reaktion auf Incidents) zu einem proaktiven Problemmanagement (Identifizierung von Risiken, bevor sie sich manifestieren) zu messen.

Die Analyse von Prozessabläufen nach 'Investigation Driver' kann unterschiedliche Verhaltensweisen aufzeigen. Zum Beispiel könnten 'Proactive'-Probleme länger in der Warteschlange verbleiben, da sie keine unmittelbaren Ausfälle verursachen, während 'Major Incident'-getriebene Probleme durch den Prozess gehetzt werden.

Bedeutung

Es unterscheidet zwischen reaktiver und proaktiver Arbeit, ein wichtiger Reifegradindikator.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Untersuchungsanlass'.

Beispiele
Reaktiv.Proaktiv.Wiederkehrende Incidents.
Ursachenkategorie
RootCauseCategory
Die Klassifizierung der zugrunde liegenden Ursache des Problems.
Beschreibung

Dieses Attribut enthält die Kategorie, die ausgewählt wird, wenn die Grundursache identifiziert wird (z. B. 'Software Fehler', 'Hardware Failure', 'Process Gap'). In BMC Helix wird dies in der Regel aus den Menüs 'Root Cause' oder 'Generic Categorization' ausgewählt.

Dieses Attribut ist wichtig für die Ansicht 'Fix Effectiveness and Quality'. Es ermöglicht der Organisation, spezifische Arten von Grundursachen mit Nacharbeitsquoten oder langen Untersuchungszeiten zu korrelieren. Zum Beispiel könnte es aufzeigen, dass Probleme vom Typ 'Software Fehler' durchgängig doppelt so lange zur Lösung benötigen wie Probleme vom Typ 'Hardware Failure'.

Es wird auch zur Berechnung der 'Root Cause Categorization Rate' verwendet. Ein hoher Prozentsatz an 'Unknown'- oder 'Other'-Werten in diesem Feld deutet auf einen Bedarf an besserer technischer Schulung oder den Antrag bearbeitet.etaillierteren Kategorisierungsoptionen hin.

Bedeutung

Es ermöglicht die Trendanalyse systemischer Probleme und unterstützt ein proaktives Problemmanagement.

Datenquelle

Formular „PBM:Problem Investigation“, Felder auf dem Reiter 'Root Cause' oder Kategorisierung

Beispiele
Softwaremodul.NetzwerkinfrastrukturMenschlicher Fehler
Anzahl der Neuzuweisungen
ReassignmentCount
Die Gesamtzahl der Male, in denen die Support-Gruppe geändert wurde.
Beschreibung

Dieses Attribut zählt, wie oft die Aktivität 'Zugeordnet zur Support-Gruppe' für einen einzelnen Case auftritt. Es ist ein direktes Maß für Prozessreibung und Routing-Effizienz.

Dieses Attribut füllt das Diagramm 'Support Group Reassignment Analysis'. Hohe Werte (Ping-Pong-Verhalten) zeigen an, dass die initiale Triage fehlschlägt oder den Antrag bearbeitet.ass keine klare Verantwortlichkeit für komplexe Probleme besteht. Es ist ein Frühindikator für eine erhöhte Durchlaufzeit.

Manager einsetzen dies, um Schulungsmöglichkeiten zu identifizieren. Wenn der Service Desk 'Datenbank'-Probleme konsequent zuerst an 'Netzwerk' zuweist und 'Netzwerk' sie dann an 'Datenbank' zurücksendet, wird die Anzahl der Neuzuweisungen stark ansteigen, was den Bedarf an besseren initialen Diagnoseskripten hervorhebt.

Bedeutung

Es identifiziert Verschwendung, Reibung und mangelnde Verantwortlichkeit im Prozess.

Datenquelle

Aus der Aktivitätshistorie berechnet

Beispiele
015
Region
Region
Die geografische Region, die mit dem Problem verbunden ist.
Beschreibung

Dieses Attribut gibt den geografischen Standort (z.B. 'North America', 'EMEA') an, wo das Problem entstand oder verwaltet wird. In BMC Helix findet sich dies oft in den Feldern 'Region' oder 'Site', die mit dem Anfragenden oder den Antrag bearbeitet.em betroffenen Asset verbunden sind.

In der Analyse unterstützt dies die geografische Segmentierung. Es hilft zu identifizieren, ob bestimmte Regionen höhere Problemvolumen oder langsamere Lösungszeiten aufweisen. Dies kann Disparitäten bei der Support-Besetzung oder Infrastrukturqualität über verschiedene Standorte hinweg hervorheben.

Es ist wertvoll für globale Organisationen, um eine konsistente Dienstbereitstellung sicherzustellen. Wenn die 'Investigation Durchlaufzeit' in 'APAC' doppelt so hoch ist wie in 'NAM', löst dies eine Untersuchung der Ressourcenallokation oder Prozesseinhaltung in dieser Region aus.

Bedeutung

Es ermöglicht den geografischen Vergleich der Prozess-Performance.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Region'

Beispiele
AmerikaEMEAAPAC
Untersuchungszykluszeit
InvestigationCycleTime
Die Dauer vom Untersuchungsbeginn bis zur Grundursachenidentifikation.
Beschreibung

Dies ist ein berechnetes Dauerattribut, das die Zeit zwischen der Aktivität 'Investigation Commenced' und der Aktivität 'Root Cause Identified' misst. Es stellt die Kern-Wertschöpfungszeit des Problemmanagement Prozesses dar.

Diese Metrik dient als Basis für das Dashboard 'Root Cause Investigation Durchlaufzeit'. Es hilft Managern, die technische Komplexität von Problemen und die Effizienz der Untersuchungsteams zu verstehen. Anomalien hier (z.B. extrem kurze Zeiten) könnten auf Vermutungen hindeuten, während extrem lange Zeiten auf gestockte Untersuchungen hinweisen.

Durch den Vergleich dieser Metrik über 'Support Groups' und 'Priorities' hinweg kann die Organisation identifizieren, welche Teams bessere Tools, Schulungen oder Anbieterunterstützung benötigen, um Probleme schneller zu diagnostizieren.

Bedeutung

Es ist die primäre Effizienzmetrik für die technische Untersuchungsphase.

Datenquelle

Aus Aktivitäts-Zeitstempels berechnet

Beispiele
4500000120000
Verknüpfte Änderungsanfrage-ID.
RelatedChangeRequestId
Die Kennung der Änderungsanfrage, die zur Behebung des Problems initiiert wurde.
Beschreibung

Dieses Attribut enthält die ID der Änderungsanfrage (z. B. CRQ0000...), die mit dem Problemvorgang verknüpft ist. Es stellt den Übergang von der Untersuchung zur Implementierung einer dauerhaften Lösung dar.

Dieses Attribut ist notwendig für den KPI 'Root Cause to Change Lead Time'. Es ermöglicht dem Process-Mining-Tool, die Verzögerung zwischen der Identifizierung der Grundursache und dem Start des Änderungsprozesses zu messen. Dies ist eine häufige Übergabestelle, an der Dynamik verloren geht.

Es hilft auch, die 'Prozessvollständigkeit' zu überprüfen. Ein Problemvorgang, der mit dem Status 'Abgeschlossen' geschlossen wurde, aber ohne eine verknüpfte Änderungsanfrage (oder einen Workaround), könnte auf eine Prozessverletzung hindeuten, bei der den Antrag bearbeitet.ie Grundursache gefunden, aber nie tatsächlich behoben wurde.

Bedeutung

Es verknüpft den Problemmanagement-Prozess mit dem Change-Management-Prozess.

Datenquelle

PBM:Investigation Associations oder Registerkarte 'Beziehung'

Beispiele
CRQ00000021345CRQ00000021346
Workaround Status.
WorkaroundStatus
Zeigt an, ob ein gültiger Workaround identifiziert und veröffentlicht wurde.
Beschreibung

Dieses Attribut verfolgt den Status der temporären Lösung (Workaround). Es könnte ein einfacher boolescher Wert (Has Workaround) oder eine Statuszeichenkette sein. In BMC Helix wird dies oft aus dem Vorhandensein von Text im Feld 'Workaround' oder einem spezifischen Status-Flag abgeleitet.

Dieses Attribut ist maßgeblich für das Dashboard 'Workaround Publication Leistungsfähigkeit'. Es beantwortet, wie effektiv das Team die Auswirkungen mindert, während die Grundursache erforscht wird. Eine Prozessansicht, gefiltert nach 'No Workaround', zeigt Fälle auf, in denen das Business während der Untersuchung die volle Auswirkung erleidet.

Es unterstützt auch Qualitätsaudits. Das Schließen eines Problemvorgangs ohne dauerhafte Lösung (Change Request) UND ohne Workaround ist im Allgemeinen ein Prozessfehler, der überprüft werden muss.

Bedeutung

Es misst die Wirksamkeit der Schadensbegrenzung während der Untersuchung.

Datenquelle

Formular „PBM:Problem Investigation“, Inhaltsprüfung des Feldes 'Workaround'.

Beispiele
AktivKeineAusgemustert.
Erforderlich Empfohlen Optional

Problemmanagement Aktivitäten.

Dies sind die grundlegenden Prozessschritte und Statusänderungen, die Sie verfolgen sollten, um vollständige Transparenz in Ihren Untersuchungs- und Lösungsphasen zu erreichen.
9 Empfohlen 4 Optional
Aktivität Beschreibung
Change Request initiiert
Die Verknüpfung einer Infrastruktur-Änderungsanfrage mit der Problemuntersuchung. Dies signalisiert den Beginn der Implementierungsphase.
Bedeutung

Kritisch für den KPI 'Vorlaufzeit von Ursachenanalyse zu Change' und zur Identifizierung von Silos zwischen Problem- und Change-Prozessen.

Datenquelle

Tabelle PBM:Investigation_Associations oder Befüllung des Feldes 'Infrastructure Change ID'.

Erfassen

Protokolliert, wenn Assoziation in PBM:Investigation_Associations erstellt wurde

Ereignistyp explicit
Lösung Verifiziert.
Der Zeitpunkt, an dem die dauerhafte Lösung erfolgreich bestätigt wird. Abgeleitet aus der Statusänderung zu 'Lösung Implementiert' oder 'Abgeschlossen'.
Bedeutung

Verwendet für die 'Problem SLA-Einhaltung Rate'. Bestätigt, dass die technische Arbeit abgeschlossen ist.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Status' = 'Lösung Implementiert' oder 'Abgeschlossen'.

Erfassen

Statusfeld auf Übergang zu Lösung implementiert vergleichen

Ereignistyp inferred
Problemvorgang Abgebrochen.
Die Beendigung eines Problemvorgangs vor der Lösung. Erfasst, wenn der Status 'Abgebrochen' oder 'Abgelehnt' wird.
Bedeutung

Verschwendeten Aufwand oder gültige Duplikate identifizieren. Stellt einen alternativen Endpunkt dar.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Status' = 'Abgebrochen' oder 'Abgelehnt'.

Erfassen

Statusfeld auf Übergang zu Abgebrochen vergleichen

Ereignistyp inferred
Problemvorgang Erfasst.
Die initiale Erstellung eines Problemuntersuchungsvorgangs im System. Dieses Ereignis wird explizit erfasst, wenn ein neuer Eintrag im Formular „PBM:Problem Investigation“ gespeichert wird.
Bedeutung

Markiert den Start der Prozessinstanz. Kritisch für die Berechnung der Gesamtzykluszeiten und der initialen Antwortmetriken.

Datenquelle

Formular „PBM:Problem Investigation“, 'Submit Date' Zeitstempel oder 'Status' = 'Entwurf' Erstellungsprotokoll.

Erfassen

Protokolliert, wenn PBM:Problem Investigation-Datensatz erstellt wird

Ereignistyp explicit
Problemvorgang Geschlossen.
Die endgültige administrative Schließung des Problemvorgangs. Dieses Ereignis beendet die Prozessinstanz.
Bedeutung

Das standardmäßige Endereignis. Notwendig für die vollständige Durchlaufzeitanalyse und die Berechnung der 'Incident Linkage Density'.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Status' = 'Geschlossen'.

Erfassen

Statusfeld auf Übergang zu Geschlossen vergleichen

Ereignistyp inferred
Root Cause identifiziert
Der Zeitpunkt, an dem der Problemvorgang in einen Zustand übergeht, der den Antrag bearbeitet.ie bekannte Ursache anzeigt. Abgeleitet, wenn der Status zu 'Grundursache Identifiziert' wechselt.
Bedeutung

Ein kritischer Meilenstein für das Dashboard 'Zykluszeit der Ursachenanalyse'. Signalisiert den Übergang von der Analyse zur Lösungsfindung.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Status' = 'Grundursache Identifiziert'.

Erfassen

Statusfeld auf Übergang zu Grundursache identifiziert vergleichen

Ereignistyp inferred
Supportgruppe zugewiesen
Die Zuweisung des Problemvorgangs an ein bestimmtes technisches Team. Erfasst durch die Überwachung von Änderungen am Feld 'Zugeordnete Gruppe'.
Bedeutung

Wesentlicher Bestandteil für die Messung von Übergaben, Ping-Pong-Effekten und dem KPI 'Durchschnittliche Zeit bis zur ersten Zuweisung'.

Datenquelle

PBM:Problem Investigation-Formular, Historie des Feldes 'Assigned Group' oder Audit-Log.

Erfassen

Feld 'Assigned Group' vor und nach dem Update vergleichen

Ereignistyp inferred
Untersuchung begonnen
Der Übergang des Problemvorgangs in eine aktive Analysephase. Dies wird abgeleitet, wenn sich das Statusfeld zu 'In Untersuchung' ändert.
Bedeutung

Markiert den Beginn der eigentlichen Arbeitsphase und unterstützt den KPI 'Untersuchungszykluszeit'.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Status' = 'In Untersuchung'.

Erfassen

Statusfeld auf Übergang zu In Untersuchung vergleichen

Ereignistyp inferred
Workaround Definiert.
Die Eingabe oder Aktualisierung von Text im Workaround-Feld des Problemvorgangs. Dieses Ereignis zeigt an, dass eine temporäre Lösung dokumentiert wurde.
Bedeutung

Unterstützt den KPI 'Workaround Publication Lead Time'. Zeigt die Minderung der Incident-Auswirkungen an.

Datenquelle

Formular „PBM:Problem Investigation“, Änderungen am Textfeld 'Workaround'.

Erfassen

Inhalt des Feldes 'Workaround' auf Nicht-Null-Updates vergleichen

Ereignistyp inferred
Bekannter Fehler hochgestuft
Die Erstellung eines Known Fehler Vorgangs, der mit der Problemuntersuchung verknüpft ist. Dies ist ein verwandtes Vorgangserstellungsereignis.
Bedeutung

Zeigt die Formalisierung des Problems für eine breitere Kommunikation und langfristige Nachverfolgung an.

Datenquelle

Erstellung eines Datensatzes in PBM:Known Fehler, verknüpft mit der PBM:Problem Investigation ID.

Erfassen

Protokolliert, wenn PBM:Known Fehler-Datensatz erstellt wird

Ereignistyp explicit
Koordinator neu zugewiesen
Eine Änderung des individuellen Problemkoordinators innerhalb einer Support-Gruppe. Erfasst durch Überwachung des Feldes 'Problem Coordinator'.
Bedeutung

Hilft bei der Analyse der Arbeitslastverteilung und individueller Ressourcenengpässe.

Datenquelle

PBM:Problem Investigation-Formular, Historie des Feldes 'Problem Coordinator'.

Erfassen

Feld 'Problem Coordinator' vor und nach dem Update vergleichen

Ereignistyp inferred
LösungsDatenbank Aktualisiert.
Der Übergang des Vorgangs in den Status 'LösungsDatenbank', was anzeigt, dass eine dauerhafte Lösung vorgeschlagen oder identifiziert wurde.
Bedeutung

Verfolgt den Fortschritt der Lösungsdefinition vor der Implementierung.

Datenquelle

Formular „PBM:Problem Investigation“, Feld 'Status' = 'LösungsDatenbank'.

Erfassen

Statusfeld auf Übergang zu LösungsDatenbank vergleichen

Ereignistyp inferred
Post-Implementation Review durchgeführt
Der Abschluss der PIR-Phase. Erfasst durch einen Statusübergang aus einem PIR-Status oder den Antrag bearbeitet.en Abschluss eines verknüpften PIR Aufgaben.
Bedeutung

Unterstützt direkt die 'Post Implementation Review Compliance' und Prozessqualitätsaudits.

Datenquelle

Formular „PBM:Problem Investigation“, spezifisches Flag 'PIR Erforderlich' oder Abschluss des verknüpften Aufgabe-Typs 'PIR'.

Erfassen

Abgeleitet vom PIR-Statusabschluss oder PIR-Aufgabe-Abschluss

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So extrahieren Sie Ihre Problemmanagement-Daten aus BMC Helix ITSM