Ihre Problemmanagement Datenvorlage.

Jira-Service-Management
Ihre Problemmanagement Datenvorlage.

Ihre Problemmanagement Datenvorlage.

Diese Vorlage dient als vollständige Leitfaden zur Analyse Ihrer IT-Service-Management-Workflows, indem sie die relevanten Datenpunkte und Prozessmeilensteine innerhalb von Jira-Service-Management identifiziert. Sie bietet einen strukturierten Überblick über die Attribute und Aktivitäten, die notwendig sind, um vollständige Transparenz darüber zu erhalten, wie Ihr Team zugrunde liegende Probleme und die Ursachenanalyse handhabt. Verwenden Sie diese Richtlinien, um Ihre Datenerfassung zu optimieren und sicherzustellen, dass Ihre Process-Mining-Initiativen konkrete Optimierungspotenziale liefern.
  • Empfohlene Attribute für eine detaillierte Analyse
  • Prozessmeilensteine, die in Ihrem Event Log erfasst werden müssen
  • Technische Anleitung zur Datenextraktion
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Problemmanagement Attribute.

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log (Event Log) aufnehmen sollten, für eine vollständige Analyse Ihres Problemmanagement Lebenszyklus.
5 Erforderlich 5 Empfohlen 10 Optional
Name Beschreibung
Aktivität
ActivityName
Die spezifische Aktion oder Statusänderung, die für die Problemmeldung aufgetreten ist.
Beschreibung

Dieses Attribut erfasst den Namen des Ereignisses oder Statusübergangs, der innerhalb des Problemmanagement Lebenszyklus auftritt. Beispiele sind 'Problem erfasst', 'Status auf Untersuchung geändert' oder 'Ursache identifiziert'.

Es ist wichtig für die Abbildung des Prozessflusses und die Identifizierung der Schrittfolge zur Lösung eines Problems. Im Process Mining bilden diese Aktivitäten die Knoten der Prozesskarte.

Bedeutung

Definiert die Schritte in der Prozessablauf und ermöglicht die Analyse von Prozessvarianten.

Datenquelle

Jira Changelog (Verlauf) oder Issue Status transitions

Beispiele
Problem-Datensatz erstelltErmittlung gestartetRoot Cause identifiziertWorkaround Aktualisiert.Problemvorgang Geschlossen.
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, wann die Daten extrahiert oder zuletzt aktualisiert wurden.
Beschreibung

Gibt an, wann der Datensatz zuletzt mit der Live-Jira-Service-Management-Umgebung synchronisiert wurde. Dies stellt sicher, dass Analysten die freshness der data verstehen.

Es wird verwendet, um zu validieren, dass die Analyse den aktuellsten Status des Prozesses widerspiegelt und potenzielle Datenlatenz-Probleme zu identifizieren.

Bedeutung

Stellt die data freshness sicher und hilft, den Analyseergebnissen zu vertrauen.

Datenquelle

ETL-Zeitstempel

Beispiele
2023-11-01T12:00:00Z2023-11-02T00:00:00Z
Problemvorgang.
ProblemKey
Der eindeutige Bezeichner, der den Antrag bearbeitet.er Problemmeldung in Jira-Service-Management zugewiesen ist.
Beschreibung

Dieses Attribut dient als zentraler Case-Bezeichner für die Process-Mining-Analyse. Es repräsentiert den eindeutigen Schlüssel (z.B. PM-1001), der von Jira-Service-Management generiert wird, wenn eine neue Problemmeldung erstellt wird.

Es wird verwendet, um alle zugehörigen Aktivitäten, Statusänderungen und Aktualisierungen zu einer einzigen End-to-End-Prozessinstanz zusammenzufassen. Die Analyse dieses Attributs ermöglicht die Visualisierung des gesamten Lebenszyklus eines Problems von der ersten Erkennung über die Untersuchung bis zum endgültigen Abschluss.

Bedeutung

Es ist der wesentliche key, der erforderlich ist, um den Prozessablauf zu rekonstruieren und spezifische Problem records zu verfolgen.

Datenquelle

Issue table, field 'Key' oder 'Issue Key'

Beispiele
PM-1023PM-4099PRB-3321PM-5001
Quellsystem
SourceSystem
Der Name des Systems, aus dem die Daten stammen.
Beschreibung

Identifiziert das Softwaresystem, aus dem die process data extrahiert wurde. In diesem context ist der value konsistent 'Jira-Service-Management'.

Dieses attribute ist besonders nützlich in Multi-System-Umgebungen, um Datenquellen zu unterscheiden, obwohl es für diese spezifische Ansicht primär als statischer Identifikator für die Datenherkunft dient.

Bedeutung

Bietet Kontext für die Datenherkunft, insbesondere beim Zusammenführen mit anderen IT Service Management Daten.

Datenquelle

Hardcodiert oder SystemKonfiguration

Beispiele
Jira-Service-ManagementJira CloudJSM-Prod
Zeitstempel
EventTimestamp
Das genaue Datum und die Uhrzeit, zu der den Antrag bearbeitet.ie Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut zeichnet den genauen Zeitpunkt einer Aktivität auf. Es wird verwendet, um Ereignisse chronologisch zu sequenzieren und Dauern zwischen Schritten zu berechnen.

Genaue Zeitstempels sind wichtig für die Berechnung von Durchlaufzeiten, wie der Zeit von 'Problem erfasst' bis 'Ursache identifiziert', und für die Analyse des Durchsatzes über die Zeit.

Bedeutung

Ermöglicht die Berechnung aller zeitbasierten KPIs und die korrekte Reihenfolge der Events.

Datenquelle

Jira Changelog created date oder Issue created date

Beispiele
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
Benutzer
UserKey
Der eindeutige Bezeichner oder Name des Benutzers, der den Antrag bearbeitet.ie Aktivität durchgeführt hat.
Beschreibung

Erfasst die Identität der Person oder den Antrag bearbeitet.es Systemkontos, die für die Ausführung der spezifischen Aktivität verantwortlich ist. Dies könnte der 'Assignee' sein, der den Antrag bearbeitet.en record aktualisiert, oder den Antrag bearbeitet.er 'Author' einer Statusänderung.

Diese data wird verwendet, um die Ressourcenauslastung zu analysierenn, Übergabe-Engpässe zwischen Benutzern zu identifizieren und die Verantwortlichkeit innerhalb des problem management Prozesses sicherzustellen.

Bedeutung

Wesentlich für die Analyse von Übergaben, Aufgabentrennung und resource workload.

Datenquelle

Jira 'author'-field im changelog oder 'assignee'-field im issue

Beispiele
j.smithsystem_automationm.doe
Priorität
Priority
Das der Problemmeldung zugewiesene Kritikalitätsniveau.
Beschreibung

Gibt die Dringlichkeit und den impact des Problems an, in der Regel von 'Niedrig' bis 'Kritisch' reichend. Dieses field wird verwendet, um die Analyse zu segmentieren und sicherzustellen, dass hochprioritäre Probleme innerhalb der SLA targets gelöst werden.

Die Analyse dieses attributes hilft im Dashboard 'SLA Compliance and Target Trends' zu überprüfen, ob kritische Geschäftsrisiken korrekt priorisiert werden.

Bedeutung

Ermöglicht die Segmentierung der process performance nach geschäftlicher Kritikalität.

Datenquelle

Issue field 'Priorität'

Beispiele
HöchsteHochMittelNiedrig
Problemzusammenfassung
ProblemSummary
Die Kurzbeschreibung oder den Antrag bearbeitet.er Titel der Problemmeldung.
Beschreibung

Enthält die Titelzusammenfassung des Problem-records. Obwohl hauptsächlich textbasiert, bietet es context für Analysten, die individuelle cases innerhalb des Process Mining tools überprüfen.

Es ermöglicht die Stichwortsuche und qualitative Analyse der Arten von Problemen, die protokolliert werden.

Bedeutung

Bietet einen menschenlesbaren Kontext für den Case-Bezeichner.

Datenquelle

Issue field 'Zusammenfassung'

Beispiele
Datenbankverbindungs-`timeout` in der Region EUE-Mail-`service latency spike`Auftragsbearbeitungswarteschlange steckt fest
Ursachenkategorie
RootCauseCategory
Die Klassifizierung der zugrunde liegenden Ursache des Problems.
Beschreibung

Kategorisiert den technischen oder Prozessfehler, der den Antrag bearbeitet.as Problem verursacht hat, wie z.B. 'Software Bug', 'Human Fehler' oder 'Hardware Failure'. Dies ist oft ein custom field in Jira-Service-Management.

Dieses attribute unterstützt das Dashboard zur 'Root Cause Category Distribution' (Verteilung der Grundursachenkategorien), wodurch strategische Entscheidungen darüber ermöglicht werden, wo in Infrastruktur oder Schulungen investiert werden sollte, um ein Wiederauftreten zu verhindern.

Bedeutung

Schlüssel zur Identifizierung systemischer issues und zur Lenkung präventiver Maßnahmen.

Datenquelle

Benutzerdefiniertes field 'Root Cause' oder 'Root Cause Category'

Beispiele
Software-BugKonfigurationsfehlerKapazitätsproblemAnbieterproblem
Zugewiesene Supportgruppe
SupportGroup
Das technische Team oder den Antrag bearbeitet.ie Gruppe, die derzeit mit der Untersuchung des Problems beauftragt ist.
Beschreibung

Identifiziert das spezifische Team, das für den Problem-record zum Zeitpunkt des Events verantwortlich ist. In Jira-Service-Management wird dies oft 'Komponente' oder einem custom field wie 'Support Group' zugeordnet.

Dieses attribute ist maßgeblich für das Dashboard 'Support Group Handover Engpässe', das Analysten ermöglicht zu visualisieren, wie Probleme zwischen Teams wechseln und wo sie am längsten verweilen.

Bedeutung

Wichtig für organisatorisches mining und die Identifizierung von Reibungspunkten zwischen Teams.

Datenquelle

Issue field 'Komponente' oder custom field 'Support Group'

Beispiele
DatenbankverwaltungNetwork OpsApplication Support Level 2
Anzahl verknüpfter Incidents
LinkedIncidentCount
Die Anzahl der Incidents, die mit diesem Problemvorgang verknüpft sind.
Beschreibung

Eine Anzahl von incident tickets, die dem Problem record zugeordnet sind. Dieses attribute quantifiziert die Auswirkungen des Problems auf die Nutzerbasis.

Es wird im 'Incident to Problem Linkage Depth' KPI verwendet, um Probleme zu priorisieren, die das höchste Volumen an Support-tickets generieren.

Bedeutung

Quantifiziert den geschäftlichen Einfluss basierend auf dem Vorfallsvolumen.

Datenquelle

Anzahl der links in der Tabelle 'issuelinks', wobei der type 'Problem/Incident' ist

Beispiele
011550
Behebungscode
ResolutionCode
Der Code, der angibt, wie das Problem gelöst wurde.
Beschreibung

Gibt das Endergebnis der Problemmeldung an, wie 'Behoben', 'Wird nicht behoben', 'Duplikat' oder 'Nicht reproduzierbar'.

Dies wird verwendet, um erfolgreich gelöste Probleme von solchen zu filtern, die aus administrativen Gründen geschlossen wurden, wodurch sichergestellt wird, dass KPI-Berechnungen wie die 'Mittlere Zeit bis zur Ursache' korrekt sind.

Bedeutung

Unterscheidet zwischen effektiven Lösungen und administrativen Abschlüssen.

Datenquelle

Issue field 'Lösung'

Beispiele
ErledigtWird nicht gemachtDuplikatNicht reproduzierbar
Erkennungsquelle
DetectionSource
Wie das Problem identifiziert wurde (z.B. Proaktiv, Reaktiv).
Beschreibung

Gibt den Ursprung der Problemidentifikation an. Häufige values sind 'Proactive Monitoring', 'Service Desk Incident' oder 'Vendor Notification'.

Dieses attribute wird im Dashboard 'Proactive vs Reactive Identification' verwendet, um die Reife des problem management Prozesses zu messen.

Bedeutung

Misst die process maturity und die Wirksamkeit von Monitoring-Systeme.

Datenquelle

Benutzerdefiniertes field 'Source' oder 'Detection Source'

Beispiele
Proaktives MonitoringIncident-EskalationLieferantenbenachrichtigung
Erstellungsdatum
CreatedDate
Das Datum, an dem die Problemmeldung erstellt wurde.
Beschreibung

Der Zeitstempel, wann das Problem erstmals im System erfasst wurde. Während der Event Zeitstempel das Timing von Aktivitäten handhabt, wird dieses spezifische Attribut oft für die Filterung auf hoher Ebene verwendet (z.B. 'Zeige mir alle im Q1 erstellten Probleme').

Es dient als Ankerpunkt für die Alterungsanalyse.

Bedeutung

Referenzdatum für Alters- und Erfassungsvolumenanalyse.

Datenquelle

Issue field 'Erstellt'

Beispiele
2023-01-012023-06-15
Melder
ReporterName
Der Benutzer, der den Antrag bearbeitet.ie Problemmeldung ursprünglich erfasst hat.
Beschreibung

Identifiziert die Person, die den Problem-record erstellt hat. Dies unterscheidet sich vom Bearbeiter. Die Analyse der reporters hilft zu verstehen, wo Probleme erkannt werden (z.B. Service Desk Agents vs. System Admins).

Dies fügt der 'Proactive vs Reactive'-Analyse context hinzu.

Bedeutung

Identifiziert die Quelle der Problemerfassung.

Datenquelle

Issue field 'Reporter'

Beispiele
monitoring_servicehelpdesk_leadnetwork_admin
PIR durchgeführt
ReviewStatus
Gibt an, ob eine Post-Implementierungs-Überprüfung (`PIR`) durchgeführt wurde.
Beschreibung

Verfolgt, ob die Aktivität oder den Antrag bearbeitet.as Kennzeichen 'Überprüfung nach der Implementierung' im Fall vorhanden ist. Dies ist maßgeblich für das Dashboard 'Compliance der Überprüfung nach der Implementierung'.

Es stellt sicher, dass die Organisation die Governance-Anforderungen für kontinuierliche Verbesserung einhält.

Bedeutung

Compliance-Metrik für organisatorisches Lernen.

Datenquelle

Benutzerdefiniertes field 'PIR Status' oder Existenz der 'PIR'-Aktivität

Beispiele
AbgeschlossenPendingNicht erforderlich
SLA-Verletzungsstatus
SlaBreachStatus
Gibt an, ob der Problem-`record` seine `service level agreement` verletzt hat.
Beschreibung

Ein boolean oder status field, das angibt, ob die Lösungszeit das vereinbarte Ziel überschritten hat. Dies hilft im Dashboard für 'SLA Compliance und Target Trends'.

Es hebt cases hervor, die das Unternehmen compliance-Risiken oder Strafen aussetzen.

Bedeutung

Wesentlich für compliance und performance monitoring.

Datenquelle

Jira-Service-Management SLA field logic

Beispiele
ErfülltVerletztPausiert
Verknüpfte Änderungsanfrage
LinkedChangeRequest
Der Bezeichner der Änderungsanfrage, die mit diesem Problem verknüpft ist.
Beschreibung

Speichert die ID der Änderungsanfrage (RFC), die zur Implementierung der den Antrag bearbeitet.auerhaften Lösung erstellt wurde. Diese Verknüpfung ist maßgeblich für das Dashboard 'Verzögerung bei der Initiierung von Änderungsanfragen'.

Sie verbindet den Problemmanagement Prozess mit dem Change-Management und ermöglicht eine prozessübergreifende Analyse.

Bedeutung

Verbindet Untersuchung mit der Behebung im Change-Management Prozess.

Datenquelle

Issue links, wobei der type 'behoben durch' oder ähnlich ist

Beispiele
CR-404CHG-1099CR-5512
Wiedereröffnet
IsReopened
Kennzeichen, das anzeigt, ob das Problem nach dem Abschluss wiedereröffnet wurde.
Beschreibung

Ein boolean flag, das auf Ja gesetzt wird, wenn der Problem record von einem geschlossenen Zustand zurück in einen offenen Zustand übergeht. Dies unterstützt die 'Problem Reopened Rate Analysis' (Analyse der Wiedereröffnungsrate von Problemen).

Hohe Wiedereröffnungsraten deuten auf Qualitätsprobleme bei den dauerhaften Lösungen oder unzureichende Verifizierungsverfahren hin.

Bedeutung

Qualitätsindikator für die Wirksamkeit von Lösungen.

Datenquelle

Abgeleitet aus status transitions

Beispiele
JaNein
Workaround Verfügbar.
WorkaroundDetails
Gibt an, ob ein `workaround` für das Problem dokumentiert wurde.
Beschreibung

Erfasst, ob ein temporärer workaround text existiert oder veröffentlicht wurde. Dies ermöglicht der Organisation, die 'Workaround Publication Speed' (Veröffentlichungsgeschwindigkeit von workarounds) zu verfolgen.

Die Analyse dieses Feldes hilft zu bestimmen, wie schnell das Team die service stability wiederherstellen kann, noch bevor eine dauerhafte Lösung gefunden wird.

Bedeutung

Schlüssel zur Messung der Geschwindigkeit der Interimshilfe für das business.

Datenquelle

Benutzerdefiniertes field 'Workaround'

Beispiele
Dienst neu startenBrowser-Cache leerenKeine Angabe
Erforderlich Empfohlen Optional

Problemmanagement Aktivitäten.

Dies sind die wichtigsten Prozessschritte und Meilensteine, die in Ihrem Event Log erfasst werden müssen, für eine genaue Erkennung Ihrer Lösungs-Workflows.
8 Empfohlen 6 Optional
Aktivität Beschreibung
Ermittlung gestartet
Der Übergang des Problemstatus in einen aktiven Untersuchungsstatus (z.B. 'In Untersuchung' oder 'In Bearbeitung'). Dies kennzeichnet den Beginn der aktiven Arbeitsphase.
Bedeutung

Startet die Zeiterfassung für die Untersuchungszykluszeit. Hilft, zwischen Backlog-Wartezeit und tatsächlicher aktiver Analyse zu unterscheiden.

Datenquelle

Jira Issue Verlauf: Status geändert zu 'Under Investigation' oder 'In Progress'

Erfassen

Statusfeld-updates vergleichen

Ereignistyp inferred
Incident mit Problem verknüpft
Die Aktion, ein zugehöriges Incident-Ticket mit der Problemmeldung zu verknüpfen. Dies wird in der Tabelle oder Historie der Ticket-Verknüpfungen erfasst.
Bedeutung

Bestimmt den impact und Umfang des Problems. Unerlässlich für den 'Incident to Problem Linkage Depth' KPI und die Priorisierung basierend auf dem Geschäftseinfluss.

Datenquelle

Jira Issue Links: Link erstellt mit type 'causes' oder 'relates to'

Erfassen

Protokolliert, wenn ein issue link erstellt wird

Ereignistyp explicit
Lösung Verifiziert.
Die Bestätigung, dass die Lösung das Problem effektiv behoben hat. Abgeleitet aus einem Statusübergang zu 'Gelöst' oder einem spezifischen 'Verifiziert'-Status.
Bedeutung

Qualitäts-Gate, das sicherstellt, dass die Lösung funktioniert. Verzögerungen hier deuten auf Engpässe im Test oder bei der Benutzerakzeptanz hin.

Datenquelle

Jira Issue Verlauf: Status geändert zu 'Resolved' oder 'Verified'

Erfassen

Statusfeld-updates vergleichen

Ereignistyp inferred
Problem-Datensatz erstellt
Das initiale Event, bei dem das Problem-Ticket im System erstellt wird. Dies wird in der Ticket-Historie explizit als Erstellungs-Zeitstempel erfasst.
Bedeutung

Markiert den Beginn des Problem Management lifecycles und ermöglicht eine volume analysis. Unerlässlich für die Berechnung von throughput und Erfassungsraten.

Datenquelle

Jira Issue Table: Created Date Zeitstempel oder History Tab: Issue Created Event

Erfassen

Protokolliert, wenn die issue creation transaction durchgeführt wird

Ereignistyp explicit
Problemvorgang Geschlossen.
Die endgültige Beendigung des ProblemlösungsLebenszyklus. Explizit erfasst, wenn sich der Status in 'Geschlossen' ändert.
Bedeutung

Das definitive Ende der Prozessinstanz. Notwendig zur Berechnung der gesamten Zykluszeit und Abschlussquoten.

Datenquelle

Jira Issue Verlauf: Status geändert zu 'Closed'

Erfassen

Protokolliert, wenn der Status auf Closed wechselt

Ereignistyp explicit
Root Cause identifiziert
Der Punkt, an dem die zugrunde liegende Ursache formell erfasst wird. Dies wird aus einer Statusänderung zu 'Ursache identifiziert' oder den Antrag bearbeitet.er Befüllung des Feldes 'Ursache' abgeleitet.
Bedeutung

Ein wichtiger Meilenstein, der den Antrag bearbeitet.ie Untersuchungsphase beendet. Unerlässlich für die Berechnung der 'Mean Time to Root Cause Discovery' (Mittlere Zeit bis zur Entdeckung der Grundursache).

Datenquelle

Jira Issue Verlauf: Status geändert zu 'Root Cause Identified' ODER Field 'Root Cause' befüllt

Erfassen

Statusfeld vergleichen oder auf Feldbefüllung prüfen

Ereignistyp inferred
Supportgruppe zugewiesen
Die Zuweisung der Problemmeldung an ein spezifisches technisches Team oder eine Support-Gruppe. Dies wird über Änderungen am benutzerdefinierten Feld 'Support Group' oder den Antrag bearbeitet.em Feld 'Assignee' verfolgt, falls keine Gruppen verwendet werden.
Bedeutung

Wesentlich für die Analyse von Übergaben und Engpässe zwischen Teams. Hohe Übergaberaten können auf routing inefficiencies hindeuten.

Datenquelle

Jira Issue Verlauf: Field 'Support Group' oder 'Assignee' geändert

Erfassen

Protokolliert, wenn sich das assignment field ändert

Ereignistyp explicit
Workaround Aktualisiert.
Die Befüllung oder Aktualisierung des Textfeldes 'Workaround'. Dieses Event zeigt an, dass eine temporäre Lösung dokumentiert wurde.
Bedeutung

Misst die Geschwindigkeit, mit der den Antrag bearbeitet.em business Abhilfe geschaffen wird. Kritisch für den 'Workaround Availability Lead Time' KPI.

Datenquelle

Jira Issue Verlauf: Field 'Workaround' geändert (nicht null)

Erfassen

Protokolliert, wenn das Workaround field modifiziert wird

Ereignistyp explicit
Änderungsanfrage verknüpft
Die Verknüpfung einer Änderungsanfrage (RFC) mit der Problemmeldung. Dies kennzeichnet die Initiierung des Prozesses für eine dauerhafte Lösung.
Bedeutung

Misst die Verzögerung zwischen der Identifizierung der Ursache und dem Beginn der Behebung. Unterstützt den 'Change-Management Transition Delay' KPI.

Datenquelle

Jira Issue Links: Link erstellt mit type 'is fixed by' oder Verknüpfung zu 'Change' issue type

Erfassen

Protokolliert, wenn ein link zu einem Change issue type erstellt wird

Ereignistyp explicit
Dauerhafte Lösung angewendet
Der Übergang, der anzeigt, dass die Lösung implementiert wurde. Dies wird normalerweise aus einer Statusänderung zu 'Wird implementiert' oder 'Behoben' abgeleitet.
Bedeutung

Markiert das Ende der technischen Behebungsarbeiten. Wird verwendet, um die Implementierungs-Durchlaufzeit zu messen.

Datenquelle

Jira Issue Verlauf: Status geändert zu 'Implemented', 'Pending Verification' oder 'Fixed'

Erfassen

Statusfeld-updates vergleichen

Ereignistyp inferred
Problem erneut geöffnet
Der Übergang eines Problems von einem 'Gelöst'- oder 'Geschlossen'-Status zurück zu einem aktiven Status. Deutet auf eine fehlgeschlagene Behebung oder abgelehnte Lösung hin.
Bedeutung

Eine wichtige Qualitätsmetrik. Hohe Wiedereröffnungsraten deuten auf eine ineffektive Grundursachenanalyse oder Tests hin.

Datenquelle

Jira Issue Verlauf: Status geändert von 'Closed'/'Resolved' zu 'Open'/'In Progress'

Erfassen

Statusfeld-Sequenz vergleichen

Ereignistyp inferred
Problem-Priorität geändert
Eine Aktualisierung des `Priority field`s des Problem `record`s. Dies wird durch die Überwachung des `history tab`s auf Änderungen am Feld 'Priorität' erfasst.
Bedeutung

Zeigt Eskalation oder Deeskalation des issues an. Die Analyse dessen hilft, die anfängliche triage accuracy und das Altern hochprioritärer backlogs zu identifizieren.

Datenquelle

Jira Issue Verlauf: Field 'Priorität' geändert von Old Value zu New Value

Erfassen

Protokolliert, wenn das Priority field updated wird

Ereignistyp explicit
SLA verletzt
Ein `Event`, das anzeigt, dass die Problem-Lösungszeit die definierte `Service Level Agreement` überschritten hat. Dies wird durch den Vergleich des `SLA` `target date`s mit dem Lösungsdatum berechnet.
Bedeutung

Wesentlich für compliance reporting. Hilft zu identifizieren, welche Prioritäten oder categories am häufigsten Ziele verfehlen.

Datenquelle

Jira-Service-Management SLA Logs: 'Time to Resolution' > Target, oder berechnet

Erfassen

Ableiten aus SLA field data oder Due Date mit Resolution Date vergleichen

Ereignistyp calculated
Überprüfung nach der Implementierung
Die Durchführung einer Überprüfung, nachdem die Lösung angewendet wurde. Erfasst über eine Statusänderung zu 'In Überprüfung' oder Aktualisierungen PIR-spezifischer Felder.
Bedeutung

Eine compliance Aktivität, die sicherstellt, dass gewonnene Erkenntnisse erfasst werden. Unterstützt die 'Post Implementation Review Compliance'-Analyse.

Datenquelle

Jira Issue Verlauf: Status geändert zu 'In Review' ODER Field 'PIR Notes' updated

Erfassen

Statusfeld oder PIR-Feld-updates vergleichen

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus Jira-Service-Management