Ihre Problem Management Datenvorlage.

BMC Helix ITSM
Ihre Problem Management Datenvorlage.

Ihre Problem Management Datenvorlage.

Diese Vorlage bietet eine umfassende 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, nebst praktischer Extraktionsanleitung. Durch die Befolgung 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.

Problem Management Attribute.

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

Dieses Attribut stellt den spezifischen Schritt dar, der im Problem Management Lebenszyklus durchgeführt wurde, wie z.B. 'Problem Record Logged', 'Root Cause Identified' oder 'Solution Database Updated'. In BMC Helix werden diese oft aus der Status History, den Audit Logs oder spezifischen Transaktionstimestamps 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 entscheidend, 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 begonnen`Root Cause` identifiziert
Ereigniszeit
EventTime
Der Timestamp, 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 Timestamps, 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 Cycle Time' oder der 'Workaround Publication Lead Time'.

Präzise Timestamps sind entscheidend 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 der finalen Überprüfungsphase.

Bedeutung

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

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 Problem Management Prozess. In BMC Helix ITSM ist dies typischerweise das Feld 'Problem ID' (z.B. PBI00000012345) auf dem PBM:Problem Investigation form. 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-Journey 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 essenziell für alle Case-Level-Aggregationen, wie die Berechnung der gesamten Durchlaufzeit pro Problem oder das 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

PBM:Problem Investigation form, Feld 'Problem-ID'.

Beispiele
PBI00000004512PBI00000004513PBI00000004514
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, 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 dem Datenpipeline-Tool generiert.

In der Analyse hilft dies, Entscheidungen basierend auf veralteten Daten zu verhindern. Wenn ein Manager beispielsweise 'Open Problem Records' 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 Vorgänge abrufen, die sich seit der vorherigen Extraktion geändert haben, was die Performance optimiert und die Systemlast reduziert.

Bedeutung

Es gewährleistet 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 die Herkunft des Vorgangs validiert. Wenn die Process Mining-Ansicht Daten aus BMC Helix für das Problem Management 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
`SLA Due Date`
SLADueDate
Das Zieldatum und die Uhrzeit, bis zu der das 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 timestamp.

Dieses Attribut ist die Grundlage für das Dashboard 'SLA Compliance and Breach Trends'. Durch den Vergleich dieses timestamps mit dem timestamp 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

PBM:Problem Investigation form, Feld 'Ziel-Lösungsdatum'.

Beispiele
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
`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 timestamp 'Resolution Verified' mit dem 'SLA Due Date' verglichen oder direkt aus dem SLM-Status extrahiert wird.

Dieses Attribut ist entscheidend 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-Verletzungen betroffene Cases 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
truefalsch
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 damit verbundenen Incidents zählt. In BMC Helix ist dies normalerweise eine Zählung von Vorgängen 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 erhebliche 'Geräusche' 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

PBM:Problem Investigation form, 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

PBM:Problem Investigation form, Feld 'Problemkoordinator'.

Beispiele
John DoeJane SmithSystemadministrator
Service-CI.
ServiceCI
Der primäre Business-Service oder das betroffene Konfigurationselement.
Beschreibung

Dieses Attribut identifiziert das Service-Konfigurationselement (CI) im Zusammenhang mit dem Problem, wie z. B. 'Email Service', 'SAP ERP' oder 'Wi-Fi Network'. In BMC Helix ist dies oft das Feld 'Service+' oder die 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 Services 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 Cycle Time' kann zeigen, ob bestimmte komplexe Services (wie ein Kernbankensystem) naturgemäß längere Untersuchungszeiten erfordern als Standard-Services (wie Drucken).

Bedeutung

Es verknüpft die Prozessperformance mit spezifischen Geschäftsprodukten oder Dienstleistungen.

Datenquelle

PBM:Problem Investigation form, Feld 'ServiceCI' oder 'CI Name'.

Beispiele
E-Mail-DienstGehaltsabrechnungssystemCorporate VPN
Support-Gruppe
SupportGroup
Das technische Team, das der Problemuntersuchung derzeit zugewiesen ist.
Beschreibung

Dieses Attribut spiegelt die spezifische Support-Gruppe (z.B. 'Server Admin', 'Database 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 entscheidend 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

PBM:Problem Investigation form, 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 Problem Management (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

PBM:Problem Investigation form, 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 Error', 'Hardware Failure', 'Process Gap'). In BMC Helix wird dies typischerweise aus den Menüs 'Root Cause' oder 'Generic Categorization' ausgewählt.

Dieses Attribut ist essenziell 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 Error' 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 detaillierteren Kategorisierungsoptionen hin.

Bedeutung

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

Datenquelle

PBM:Problem Investigation form, 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 dass keine klare Verantwortlichkeit für komplexe Probleme besteht. Es ist ein Frühindikator für eine erhöhte Durchlaufzeit.

Manager nutzen 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 dem 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 Cycle Time' 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 Prozessperformance.

Datenquelle

PBM:Problem Investigation form, 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 Problem Management Prozesses dar.

Diese Metrik speist das Dashboard 'Root Cause Investigation Cycle Time'. 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-Timestamps 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 die 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 entscheidend für das Dashboard 'Workaround Publication Performance'. 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

PBM:Problem Investigation form, Inhaltsprüfung des Feldes 'Workaround'.

Beispiele
AktivKeineAusgemustert.
Erforderlich Empfohlen Optional

Problem Management Aktivitäten.

Dies sind die grundlegenden Prozessschritte und Statusänderungen, die Sie verfolgen sollten, um volle Transparenz in Ihren Untersuchungs- und Lösungsphasen zu erreichen.
9 Empfohlen 4 Optional
Aktivität Beschreibung
`Root Cause` identifiziert
Der Zeitpunkt, an dem der Problemvorgang in einen Zustand übergeht, der die 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

PBM:Problem Investigation form, Feld 'Status' = 'Grundursache Identifiziert'.

Erfassen

Statusfeld auf Übergang zu Grundursache identifiziert vergleichen

Ereignistyp inferred
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 Adherence Rate'. Bestätigt, dass die technische Arbeit abgeschlossen ist.

Datenquelle

PBM:Problem Investigation form, 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

PBM:Problem Investigation form, 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 PBM:Problem Investigation form gespeichert wird.
Bedeutung

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

Datenquelle

PBM:Problem Investigation form, 'Submit Date' timestamp 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

PBM:Problem Investigation form, Feld 'Status' = 'Geschlossen'.

Erfassen

Statusfeld auf Übergang zu Geschlossen 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

PBM:Problem Investigation form, 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

PBM:Problem Investigation form, Änderungen am Textfeld 'Workaround'.

Erfassen

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

Ereignistyp inferred
Bekannter Fehler hochgestuft
Die Erstellung eines Known Error 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 Error, verknüpft mit der PBM:Problem Investigation ID.

Erfassen

Protokolliert, wenn PBM:Known Error-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

PBM:Problem Investigation form, Feld 'Status' = 'Lösungsdatenbank'.

Erfassen

Statusfeld auf Übergang zu Lösungsdatenbank vergleichen

Ereignistyp inferred
Post-Implementierungs-Überprüfung durchgeführt
Der Abschluss der PIR-Phase. Erfasst durch einen Statusübergang aus einem PIR-Status oder den Abschluss eines verknüpften PIR Tasks.
Bedeutung

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

Datenquelle

PBM:Problem Investigation form, spezifisches Flag 'PIR Erforderlich' oder Abschluss des verknüpften Task-Typs 'PIR'.

Erfassen

Abgeleitet vom PIR-Statusabschluss oder PIR-Task-Abschluss

Ereignistyp inferred
Empfohlen Optional

Extraktionsleitfäden

So extrahieren Sie Ihre Problemmanagement-Daten aus BMC Helix ITSM