Ihre Service Request Management Daten-Template

Jira-Service-Management
Ihre Service Request Management Daten-Template

Ihre Service Request Management Daten-Template

Diese Datenvorlage bietet einen strukturierten Ansatz zur Erfassung der relevanten Daten, die für die Analyse Ihrer Service-Requestnnprozesse erforderlich sind. Es skizziert die wichtigen Attribute, die zu sammeln sind, die Schlüsselaktivitäten, die zu verfolgen sind, und gibt Anleitungen, wie diese Informationen aus Ihrem System extrahiert werden können. Verwenden Sie diese Ressource, um Ihre Datenaufbereitung zu optimieren und tiefere Einblicke in Ihre Abläufe zu gewinnen.
  • Empfohlene Attribute für eine vollständige Analyse
  • Schlüsselaktivitäten zur Verfolgung für die Prozesserkennung
  • Anleitung zur Datenextraktion für Jira-Service-Management
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Attribute im Service Request Management

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log (Event Log) aufnehmen sollten, um eine vollständige Analyse des Service Request Managements zu ermöglichen.
5 Erforderlich 5 Empfohlen 7 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name des spezifischen Ereignisse oder den Antrag bearbeitet.er Aufgabe, das/die innerhalb des Lebenszyklus der Service-Requestn aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt die spezifische Aktion oder Statusübergang, die zu einem bestimmten Zeitpunkt für eine Service-Requestn stattgefunden hat. Beispiele sind 'Anfrage erstellt', 'Anfrage zugewiesen', 'Lösung implementiert' und 'Anfrage geschlossen'.

Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten ist die Grundlage für Process Mining. Sie ermöglicht die Visualisierung von Prozesskarten, die Identifizierung von Engpässe und die Erkennung von Abweichungen vom Standard-Workflow, was für das Verständnis der Prozesseffizienz und Compliance wichtig ist.

Bedeutung

Es definiert die Schritte im Prozess und ermöglicht die Visualisierung der Prozessdarstellung (Process Map) sowie die Analyse von Workflow-Mustern und Abweichungen.

Datenquelle

Typischerweise abgeleitet aus der 'Status'-Übergangs-Historie eines Jira-Vorgangs. Jeder Eintrag im Changelog des Vorgangs für das Statusfeld stellt eine Aktivität dar.

Beispiele
Anfrage vorgeprüftInformationen angefordertLösung implementiertService-Requestn geschlossen
Service-Requestn-ID
ServiceRequestId
Die eindeutige Kennung für jede Service-Requestn, die als Primärschlüssel für alle zugehörigen Ereignisse dient.
Beschreibung

Die Service Request ID, in Jira oft als Issue Key bezeichnet, identifiziert eindeutig jede einzelne Service-Requestn, die von einem Benutzer oder System eingereicht wurde. Sie dient als roter Faden, der alle nachfolgenden Ereignisse: vom initialen Logging bis zum endgültigen Abschluss: miteinander verbindet und eine vollständige End-to-End-Analyse des Verlaufs jeder Service-Requestn ermöglicht.

Im Process Mining ist diese ID essenziell für die Case-Korrelation. Sie stellt sicher, dass jede Aktivität, Statusänderung und jeder Zeitstempel korrekt mit der spezifischen Anfrage verknüpft wird, zu der sie gehört, und bildet so eine kohärente Prozessinstanz für die Analyse.

Bedeutung

Diese ID ist der grundlegende Case-ID, der alle zugehörigen Aktivitäten zu einem einzigen End-to-End-Prozessfluss verbindet und so die Prozessanalyse ermöglicht.

Datenquelle

Dies ist das Feld 'Schlüssel' für einen Vorgang im Jira-Service-Management.

Beispiele
SR-2023-001IT-45892HELP-105
Startzeit
EventTime
Das genaue Datum und die Uhrzeit, zu der eine Aktivität bzw. ein Ereignis stattgefunden hat.
Beschreibung

Die Startzeit, oder Event-Zeitstempel, erfasst den genauen Moment, in dem eine Aktivität stattgefunden hat. Dies ist eine kritische Komponente für jede Process-Mining-Analyse, da sie den zeitlichen Kontext für den gesamten Prozess liefert.

Dieser Zeitstempel wird verwendet, um Ereignisse sequenziell zu ordnen, die Dauer zwischen Aktivitäten zu berechnen, die gesamten Case-Durchlaufzeiten zu messen und die Prozessleistung anhand zeitbasierter Ziele wie SLAs zu analysierenn. Ohne genaue Zeitstempels ist es unmöglich, den Prozessfluss zu verstehen, Verzögerungen zu identifizieren oder den Antrag bearbeitet.ie Effizienz zu messen.

Bedeutung

Dieser Zeitstempel ist wichtig für die Reihenfolge von Ereignisse, die Berechnung von Dauern und Durchlaufzeiten sowie die Identifizierung von Prozess-Engpässe.

Datenquelle

Dies ist der Zeitstempel, der mit jeder Statusübergabe im Jira-Vorgangs-Changelog verbunden ist. Die Vorgangserstellungszeit ist das Feld 'erstellt'.

Beispiele
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
Letzte Datenaktualisierung
LastDataUpdate
Der `Zeitstempel`, der angibt, wann die `Daten` zuletzt aus dem `Quellsystem` aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion aus Jira-Service-Management. Es liefert wichtigen Kontext für die Aktualität der Analyse und der in den Dashboards und KPIs enthaltenen Daten.

In jeder Analyse ist die Kenntnis der Aktualität der Daten essenziell, um fundierte Entscheidungen zu treffen. Dieser Zeitstempel hilft Benutzern zu verstehen, ob sie EchtzeitHinweisrmationen oder einen Momentaufnahme von einem früheren Zeitpunkt betrachten, was die Relevanz der Resultate beeinflusst.

Bedeutung

Gibt die Aktualität der Daten an und stellt sicher, dass Analysen auf aktuellen Informationen basieren.

Datenquelle

Dies ist ein MetaDatenfeld, das vom Datenextraktionstool oder Skript am Ende seiner Ausführung generiert und gespeichert wird.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Service-RequestnDaten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert die Datenherkunft, die in diesem Fall Jira-Service-Management ist. Während es bei der Analyse von Daten aus einer einzigen Quelle trivial erscheinen mag, wird es wichtig, wenn ProzessDaten aus mehreren Systemen zusammengeführt werden.

Für die Analyse hilft es bei der Nachverfolgung der Datenherkunft (Daten Lineage) und der Sicherstellung der Datenqualität. Es ermöglicht auch das Filtern und Vergleichen von Prozessen, die sich über verschiedene Softwareplattformen erstrecken oder mit ihnen interagieren könnten.

Bedeutung

Identifiziert den Ursprung der Daten, was wichtig für die Daten Governance und bei der Kombination von ProzessDaten aus mehreren Unternehmenssystemen ist.

Datenquelle

Dies ist in der Regel ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Beispiele
Jira-Service-ManagementJira Service Management
Anfragenpriorität
RequestPriority
Die Prioritätsstufe, die der Service-Requestn zugewiesen wurde, z.B. Niedrig, Mittel, Hoch oder Kritisch.
Beschreibung

Die Anfragepriorität gibt die Dringlichkeit und geschäftliche Auswirkung einer Service-Requestn an. Diese Klassifizierung bestimmt die Bearbeitungsreihenfolge und legt oft die Zielzeiten für die Lösung sowie die SLAs fest.

In der Prozessanalyse ist die Priorität eine Schlüsseldimension für die Segmentierung. Sie ermöglicht den Vergleich von Durchlaufzeiten und der Einhaltung von SLAs über verschiedene Prioritätsstufen hinweg, um sicherzustellen, dass Anfragen mit hoher Priorität tatsächlich schneller bearbeitet werden und ihre Ziele erreichen. Dies hilft, die Effektivität des Priorisierungssystems zu validieren.

Bedeutung

Ermöglicht die Segmentierung der Analyse, um sicherzustellen, dass Anfragen mit hoher Priorität schneller bearbeitet werden und strengere Service Levels einhalten.

Datenquelle

Dies entspricht dem Feld 'Priorität' in einem Jira-Vorgang.

Beispiele
HöchsteHochMittelNiedrig
Anfragestatus
RequestStatus
Der aktuelle Status der Service-Requestn in ihrem Lebenszyklus.
Beschreibung

Dieses Attribut repräsentiert den aktuellen Zustand einer Service-Requestn, wie 'Offen', 'In Bearbeitung', 'Wartet auf Kunden' oder 'Gelöst'. Es bietet eine Momentaufnahme davon, wo sich die Anfrage zu einem bestimmten Zeitpunkt befindet.

Während das Aktivitätsprotokoll den historischen Fluss liefert, ist der aktuelle Status nützlich, um offene Arbeitslasten zu analysierenn und festzustellen, welche Elemente stecken bleiben. Zum Beispiel kann die Analyse sich auf Anfragen konzentrieren, die sich ungewöhnlich lange im Status 'Wartet auf Anbieter' befanden, und so externe Abhängigkeiten und Verzögerungen hervorheben.

Bedeutung

Bietet einen aktuellen Schnappschuss jedes Falls, ermöglicht die Analyse laufender Arbeiten und identifiziert festgefahrene oder alternde Anfragen.

Datenquelle

Dies ist das Feld 'Status' in einem Jira-Vorgang.

Beispiele
OffenIn BearbeitungWartet auf KundenGelöst
Anfragetyp
RequestType
Die Klassifizierung der Service-Requestn, z.B. 'Zugriffsanfrage' oder 'Hardware-Problem'.
Beschreibung

Der Anfragetyp kategorisiert die Service-Requestn basierend auf ihrer Art. Dies ist eine grundlegende Dimension für die Analyse, da verschiedene Anfragetypen oft unterschiedliche Lösungsprozesse, SLAs und Ressourcenanforderungen haben.

Durch die Segmentierung der Prozessanalyse nach Anfragetyp können Organisationen Verbesserungen auf spezifische Workflows zuschneiden. Zum Beispiel wird der Bottleneck für eine 'Passwort-Reset'-Anfrage ganz anders sein als der für eine 'Neue Serverbereitstellung'-Anfrage. Dieses Attribut ist wesentlich für den Aufbau relevanter Dashboards wie 'Lösungsqualität nach Kategorie'.

Bedeutung

Dieses Attribut ist wichtig für den Vergleich von Prozessen, Arbeitslasten und Leistungen über verschiedene Kategorien von Service-Requestnn hinweg.

Datenquelle

Dies entspricht oft dem Feld 'Vorgangstyp' in Jira oder einem benutzerdefinierten Feld 'Anfragetyp' im Jira-Service-Management.

Beispiele
Neues Konto anfordernIT-Hilfe anfordernEinen neuen Mitarbeiter einarbeiten
Assignee
Assignee
Der Benutzer oder Agent, der den Antrag bearbeitet.erzeit mit der Bearbeitung der Service-Requestn betraut ist.
Beschreibung

Der Bearbeiter ist die Person, die für die nächste Aktion oder den Antrag bearbeitet.ie Lösung der Service-Requestn verantwortlich ist. Der Wert dieses Attributs kann sich während des Lebenszyklus der Anfrage mehrmals ändern, wenn sie zwischen verschiedenen Agenten oder Teams übergeben wird.

Dieses Attribut ist maßgeblich für die Arbeitslastanalyse, Leistungsmessung und das Ressourcenmanagement. Es ermöglicht die Filterung des Prozesses nach Agenten, den Vergleich von Lösungszeiten über einzelne Personen hinweg und die Identifizierung potenzieller Schulungsbedarfe oder Arbeitslast-Ungleichgewichte, die zu Engpässe führen.

Bedeutung

Dieses Attribut ist maßgeblich für die Analyse der Agentenarbeitslast, die Messung der individuellen Leistung und das Verständnis der Ressourcenzuweisung.

Datenquelle

Dies entspricht dem Feld 'Zugewiesener' in einem Jira-Vorgang.

Beispiele
Alice JohnsonBob WilliamsNicht zugewiesen
SLA-Fälligkeitsdatum (SLA-Fälligkeitsdatum)
SlaDueDate
Das Zieldatum und die Zielzeit, bis zu der den Antrag bearbeitet.ie Service-Requestn gemäß ihrer SLA gelöst sein sollte.
Beschreibung

Das SLA-Fälligkeitsdatum ist ein berechneter Zeitstempel, der den Antrag bearbeitet.ie Frist für die Lösung einer Anfrage darstellt. Dies wird durch die Priorität, den Typ der Anfrage und die spezifischen Service Level Agreement (SLA)-Richtlinien, die im Jira-Service-Management konfiguriert sind, bestimmt.

Dieses Attribut ist die Basis für das Dashboard 'Service Request SLA Leistungsfähigkeit' und den KPI 'SLA-Quote'. Durch den Vergleich der tatsächlichen Lösungszeit mit diesem Fälligkeitsdatum kann das System feststellen, ob jede Anfrage pünktlich abgeschlossen wurde, zu spät war oder den Antrag bearbeitet.as Risiko besteht, dass die SLA verletzt wird.

Bedeutung

Dies ist der Referenzwert für die Leistungsmessung. Es unterstützt direkt die Berechnung der SLA-Compliance und hilft bei der Priorisierung der Arbeit.

Datenquelle

SLA-Informationen werden von Jira-Service-Management verwaltet und sind über die API zugänglich, oft in benutzerdefinierten Feldern gespeichert, die sich dynamisch aktualisieren.

Beispiele
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
Kanal
Channel
Die Einreichungsmethode, die zur Erstellung der Service-Requestn verwendet wurde, z.B. E-Mail, Portal oder API.
Beschreibung

Das Attribut „Kanal“ identifiziert, wie eine Service-Requestn in das System gelangt ist. Gängige Kanäle im Jira-Service-Management sind das Kundenportal, E-Mail oder den Antrag bearbeitet.ie direkte Erstellung durch einen Agenten.

Die Analyse des Prozesses nach Kanal ist wichtig, um das Benutzerverhalten zu verstehen und die Servicebereitstellung zu optimieren. Sie kann aufzeigen, ob Anfragen aus bestimmten Kanälen länger zur Lösung benötigen oder mehr Klärung erfordern, was möglicherweise auf einen Bedarf an besseren Formularen im Portal oder verbesserten E-Mail-Parsing-Regeln hinweist. Dies unterstützt das Dashboard 'Service Request Durchsatztrends'.

Bedeutung

Hilft zu analysierenn, ob der Einreichungskanal die Lösungszeiten, die Klarheit der Anfrage oder den Antrag bearbeitet.ie gesamte Prozesseffizienz beeinflusst.

Datenquelle

Diese Informationen sind im Jira-Service-Management über das Feld 'Anfragekanal-Typ' verfügbar. Sie erfordern möglicherweise spezifischen API-Zugriff oder sind in einem benutzerdefinierten Feld gespeichert.

Beispiele
PortalemailAPI
Lösung
Resolution
Das Endergebnis oder den Antrag bearbeitet.er Abschluss einer gelösten Service-Requestn.
Beschreibung

Das Feld „Lösung“ gibt an, warum eine Service-Requestn geschlossen wurde. Gängige Werte sind 'Erledigt', 'Wird nicht gemacht', 'Duplikat' oder 'Kann nicht reproduziert werden'. Es bietet Details zum Abschluss über einen reinen 'Gelöst'- oder 'Geschlossen'-Status hinaus.

Die Analyse von Lösungen hilft, die Qualität und Art der Resultate zu verstehen. Zum Beispiel könnte eine hohe Anzahl von 'Duplikat'-Lösungen auf ein Problem im Anfragestellungsprozess hinweisen, während die Verfolgung, welche Lösungen zu wiedereröffneten Anfragen führen, ineffektive Lösungen hervorheben kann.

Bedeutung

Bietet Kontext zum Ergebnis einer Anfrage, hilft bei der Analyse der Lösungsqualität und identifiziert Trends, warum Anfragen geschlossen werden.

Datenquelle

Dies entspricht dem Feld 'Lösung' in einem Jira-Vorgang, das in der Regel gesetzt wird, wenn der Vorgang in eine Statuskategorie 'Erledigt' übergeht.

Beispiele
ErledigtWird nicht gemachtDuplikatBehoben
Melder
Reporter
Der Benutzer, der den Antrag bearbeitet.ie Service-Requestn ursprünglich erstellt oder gemeldet hat.
Beschreibung

Der Anfragende ist die Person, oft ein Endbenutzer oder Kunde, die die Service-Requestn eingereicht hat. Dieses Attribut identifiziert den Stakeholder, der den Antrag bearbeitet.en Prozess initiiert hat.

In der Analyse kann der Anfragende verwendet werden, um Anfragemuster von verschiedenen Benutzern, Abteilungen oder Kundensegmenten zu verstehen. Es hilft, Fragen zu beantworten wie 'Welche Abteilungen reichen die meisten Anfragen ein?' oder 'Haben bestimmte Benutzer wiederholt die gleichen Probleme?'. Diese Informationen sind wertvoll für ein proaktives Problemmanagement und die Verbesserung der Benutzer_schulung.

Bedeutung

Identifiziert den Anfragesteller und ermöglicht die Analyse von Anfragevolumen und -typen nach Benutzer, Abteilung oder Kunde.

Datenquelle

Dies entspricht dem Feld 'Melder' in einem Jira-Vorgang.

Beispiele
Charles DarwinMarie CurieIsaac Newton
Organisation
Organization
Die Kundenorganisation oder interne Abteilung, zu der den Antrag bearbeitet.er Anfragende gehört.
Beschreibung

Dieses Attribut gruppiert Anfragende in Organisationen oder Abteilungen. Jira-Service-Management verfügt über eine integrierte Funktion 'Organisationen', die es Agenten ermöglicht, Anfragen von mehreren Kunden oder internen Teams zu verwalten.

Die Analyse nach Organisation bietet wertvollen Geschäftskontext. Sie kann helfen zu identifizieren, welche Kunden oder Abteilungen die meisten SupportRessourcen verbrauchen, ob bestimmte Gruppen wiederkehrende Probleme haben und ob SLAs konsistent über verschiedene Geschäftsbereiche hinweg eingehalten werden.

Bedeutung

Erleichtert die Analyse der Service-Requestn und Leistungsfähigkeit nach Kunde oder interner Abteilung und liefert wichtige Geschäftseinblicke.

Datenquelle

Diese Daten stammen aus dem Feld 'Organisationen', das der Service-Requestn im Jira-Service-Management zugeordnet ist.

Beispiele
Acme CorporationFinanzabteilungGlobal Tech Inc.
SLA-Status
SlaState
Gibt an, ob die Service-Requestn ihr definiertes SLA erfüllt, verletzt oder innerhalb dessen liegt.
Beschreibung

Der SLA-Status ist ein berechnetes Attribut, das jede Service-Requestn nach ihrer Leistung im Vergleich zur SLA-Frist kategorisiert. Mögliche Werte sind 'Erfüllt', 'Verletzt' oder 'In Bearbeitung'. Er wird durch den Vergleich des Lösungs-Zeitstempels mit dem 'SLA-Fälligkeitsdatum' bestimmt.

Dies ist das Kernattribut für das Dashboard 'Service Request SLA Leistungsfähigkeit' und wird zur Berechnung des KPIs 'SLA-Quote' verwendet. Es bietet eine klare, auf einen Blick erfassbare Übersicht über die Service-Level-Compliance, die für Berichterstattung, Vertragsmanagement und die Aufrechterhaltung der Servicequalität wichtig ist.

Bedeutung

Bietet einen klaren und sofortigen Indikator für die SLA-Leistungsfähigkeit, der ein kritisches Maß für Servicequalität und vertragliche Compliance ist.

Datenquelle

Berechnet während der Datentransformation. Liegt die Lösungszeit vor dem 'SLA-Fälligkeitsdatum', ist der Status 'Erfüllt'; andernfalls ist er 'Verletzt'.

Beispiele
ErfülltVerletztIn Bearbeitung
Wiedereröffnet
IsReopened
Ein boolescher Flag, der anzeigt, ob eine Service-Requestn nach der Lösung wiedereröffnet wurde.
Beschreibung

Dieses berechnete Attribut ist ein Wahr/Falsch-Flag, das auf 'wahr' gesetzt wird, wenn der Workflow einer Anfrage eine Aktivität 'Anfrage wiedereröffnet' enthält. Es wird durch die Analyse der Abfolge von Aktivitäten für jeden Case abgeleitet.

Dieses Flag ist wichtig für die Berechnung des KPIs 'Service Request Wiedereröffnungsrate' und für das Dashboard 'Wiedereröffnetes Service Request Volumen'. Eine hohe Wiedereröffnungsrate ist ein starker Indikator für eine mangelhafte Erstlösungsqualität, was zu Nacharbeit und einer verminderten Kundenzufriedenheit führt. Die Analyse, welche Anfragetypen oder Lösungen mit diesem Flag verbunden sind, kann Verbesserungsbereiche aufzeigen.

Bedeutung

Misst direkt Nacharbeit und die Qualität der Erstlösung, die Schlüsselindikatoren für Prozesseffektivität und Kundenzufriedenheit sind.

Datenquelle

Berechnet während der Datentransformation, indem geprüft wird, ob die Abfolge der Aktivitäten für einen Fall einen 'Wiedereröffnet'-Übergang nach einem 'Gelöst'-Übergang enthält.

Beispiele
JaNein
Zugewiesenes Team
AssignedTeam
Das Team oder den Antrag bearbeitet.ie Gruppe, die für die Bearbeitung der Service-Requestn verantwortlich ist.
Beschreibung

Dieses Attribut gibt das Team an, dem eine Anfrage zugewiesen ist, was oft eine höherwertige Gruppierung als der einzelne Bearbeiter darstellt. Dies ist nützlich für die Analyse der Leistung auf Teamebene, z.B. beim Vergleich des First-Level-Kundensupports mit dem Network Operations Team.

Diese Dimension ist maßgeblich für Dashboards wie 'Agentenarbeitslast und Lösungsmetriken'. Sie ermöglicht die Aggregation von Leistungsmetriken auf Teamebene, was faire Vergleiche erleichtert und das Verständnis dafür fördert, wie verschiedene Teams zum gesamten Servicebereitstellungsprozess beitragen.

Bedeutung

Ermöglicht Leistungsfähigkeit-Analyse und Arbeitslastausgleich auf Team- oder Abteilungsebene, anstatt nur durch einzelne Agenten.

Datenquelle

Dies kann ein benutzerdefiniertes Feld in Jira sein (z.B. 'Team') oder aus den Attributen des Benutzerprofils des Bearbeiters abgeleitet werden.

Beispiele
IT-Support – Tier 1Infrastruktur-`Team`Anwendungssupport
Erforderlich Empfohlen Optional

Aktivitäten im Service Request Management

Dies sind die wichtigen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Prozessanalyse (Discovery) und Prozessoptimierung zu sicherstellen.
5 Empfohlen 8 Optional
Aktivität Beschreibung
Anfrage zugewiesen
Diese Aktivität tritt auf, wenn eine Service-Requestn einem bestimmten Agenten oder Team zur Lösung zugewiesen wird. Jira verfolgt explizit Änderungen am Feld 'Zugewiesener', was einen klaren Zeitstempel für den Zeitpunkt der Zuweisung liefert.
Bedeutung

Dies ist ein wichtiger Meilenstein zur Messung der Triage-zu-Zuweisungszeit und der Verteilung der Agentenarbeitslast. Er markiert den Übergang von der Warteschlange zur aktiven Bearbeitung.

Datenquelle

Aus der Vorgangshistorie erfasst, indem nach der ersten Instanz gesucht wird, in der den Antrag bearbeitet.as Feld 'Bearbeiter' gesetzt oder von 'nicht zugewiesen' geändert wurde.

Erfassen

Verwenden Sie den Zeitstempel der ersten Änderung des Feldes 'Zugewiesener' in der Vorgangshistorie.

Ereignistyp explicit
Behebung Vorgeschlagen
In vielen Service-Desk-Workflows ist dies ein eigenständiger Schritt, bei dem dem Anfragenden eine Lösung zur Genehmigung angeboten wird. Dies wird abgeleitet, wenn sich der Vorgangsstatus in einen Zustand wie 'Kundenabnahme ausstehende Zahlungen identifizieren.end' oder 'Bestätigung erwartet' ändert.
Bedeutung

Diese Aktivität isoliert die Zeit, die mit dem Warten auf Kundenfeedback verbracht wird, nachdem eine Lösung bereitgestellt wurde, und hilft so, sie von der internen Arbeitszeit zu unterscheiden.

Datenquelle

Aus der Vorgangshistorie abgeleitet, erfasst zum Zeitstempel, wann sich der Status in einen Zustand ändert, der angibt, dass die Lösung auf Kundenvalidierung wartet.

Erfassen

Identifizieren Sie den Zeitstempel der Statusänderung zu 'Kundenabnahme ausstehende Zahlungen identifizieren.end' oder Ähnlichem.

Ereignistyp inferred
Service-Requestn erstellt
Diese Aktivität markiert den Beginn des Service-Requestn-Lebenszyklus, wenn ein Benutzer eine Anfrage formell über ein Portal, eine E-Mail oder einen anderen Kanal einreicht. Dieses Event wird explizit in Jira erfasst, wenn ein neuer Vorgang vom Typ 'Service-Requestn' erstellt wird, wobei der Erstellungs-Zeitstempel aufgezeichnet wird.
Bedeutung

Dies ist das primäre Start-Event für den Prozess. Es ist wichtig für die Berechnung der gesamten Durchlaufzeit und das Verständnis von Anfragevolumen und Ankunftsmustern.

Datenquelle

Dies ist ein explizites Event, das in der Vorgangshistorientabelle erfasst wird. Der Aktivitäts-Zeitstempel ist das Feld 'erstellt' im Jira-Vorgang.

Erfassen

Verwenden Sie den Vorgangserstellungs-Zeitstempel aus der 'issues'-Tabelle oder Historie.

Ereignistyp explicit
Service-Requestn gelöst
Markiert den offiziellen Zeitpunkt, an dem die Anfrage als erfüllt gilt und die Lösung erfasst wird. Jira füllt das Feld 'Lösungsdatum' aus, wenn ein Vorgang zum ersten Mal einen Status der Kategorie 'Erledigt' erreicht.
Bedeutung

Dies ist ein primärer Endmeilenstein für den Prozess, wichtig für die Berechnung der Lösungszeit und SLA-Einhaltung. Er kennzeichnet das Ende der aktiven Arbeit.

Datenquelle

Dies ist ein explizites Event. Der Zeitstempel ist der Wert im Feld 'Lösungsdatum' des Jira-Vorgangs, der beim ersten Übergang zu einem Status der Kategorie 'Erledigt' gesetzt wird.

Erfassen

Verwenden Sie das Feld 'Lösungsdatum' aus dem Jira-Vorgang. Dieses Feld wird automatisch gefüllt.

Ereignistyp explicit
Service-Requestn geschlossen
Stellt den endgültigen, administrativen Abschluss der Service-Requestn dar, der oft automatisch nach einer festgelegten Zeit im Status 'Behoben' erfolgt. Dies ist der Endpunkt des Lebenszyklus des Vorgangs in Jira.
Bedeutung

Dies ist das definitive End-Event des Prozesses. Die Zeit zwischen 'Gelöst' und 'Geschlossen' kann analysiert werden, um den administrativen Overhead oder automatische Schließungsrichtlinien zu verstehen.

Datenquelle

Aus der Vorgangshistorie abgeleitet. Der Zeitstempel entspricht der letzten Statusänderung zu 'Geschlossen' oder einem entsprechenden Endstatus.

Erfassen

Identifizieren Sie den Zeitstempel der letzten Statusänderung zu einem 'Geschlossen'-Status.

Ereignistyp inferred
Anbieter-Einbindung beendet
Stellt den Zeitpunkt dar, an dem der externe Anbieter seine Aufgabe abgeschlossen hat und die Service-Requestn an das interne Team zurückgegeben wird. Dies wird abgeleitet, wenn der Vorgang den Status 'Wartet auf Anbieter' verlässt.
Bedeutung

Die Messung der Dauer der Anbieterbindung hilft bei der Verwaltung der Anbieterleistung und beim Verständnis des Einflusses externer Parteien auf die gesamten Lösungszeiten.

Datenquelle

Aus der Vorgangshistorie abgeleitet. Der Zeitstempel entspricht dem Zeitpunkt, wann sich der Status des Vorgangs von einem 'Anbieter'-Status zurück zu einem 'In Bearbeitung'-Status ändert.

Erfassen

Identifizieren Sie den Zeitstempel, wann sich das Feld 'Status' von einem 'Anbieter'-Status zurück zu einem 'Aktiv'-Status ändert.

Ereignistyp inferred
Anfrage vorgeprüft
Beschreibt die Erstbewertung einer Service-Requestn, bei der Priorität, Kategorie und Auswirkung festgelegt werden. Diese Aktivität wird in der Regel aus einer Statusänderung abgeleitet, wie dem Übergang von 'Neu' zu 'In Bearbeitung' oder einem speziellen Status 'Geprüft'.
Bedeutung

Die Analyse der Triage-Zeit hilft, die Effizienz des anfänglichen Anfragebearbeitungsprozesses zu bewerten. Verzögerungen hier können die gesamten Lösungszeiten und die SLA-Einhaltung erheblich beeinflussen.

Datenquelle

Aus der Vorgangshistorie abgeleitet, indem der erste Zeitstempel einer Statusänderung von einem anfänglichen 'Neu'- oder 'Offen'-Status zu einem aktiven Status wie 'In Bearbeitung' identifiziert wird.

Erfassen

Identifizieren Sie die erste Statusänderung von 'Neu' oder einem entsprechenden anfänglichen Status basierend auf dem Workflow des Projekts.

Ereignistyp inferred
Anfrage wiedereröffnet
Diese Aktivität erfasst Fälle, in denen eine zuvor gelöste Service-Requestn in einen aktiven Zustand zurückkehrt. Dies wird durch eine Statusänderung von einem gelösten oder geschlossenen Zustand zurück in einen offenen oder in Bearbeitung befindlichen Zustand abgeleitet.
Bedeutung

Die Verfolgung wiedereröffneter Anfragen ist maßgeblich für die Messung der Lösungsqualität und der Erstlösungsrate. Eine hohe Wiedereröffnungsrate deutet auf ineffektive Lösungen oder wiederkehrende Probleme hin.

Datenquelle

Aus der Vorgangshistorie abgeleitet, indem ein Statusübergang von einem Status der Kategorie 'Gelöst' oder 'Geschlossen' zu einem Status der Kategorie 'Offen' oder 'In Bearbeitung' identifiziert wird.

Erfassen

Suchen Sie nach einer Statusänderung von einer 'Erledigt'-Statuskategorie zu einer 'Zu erledigen'- oder 'In Bearbeitung'-Statuskategorie.

Ereignistyp inferred
Behebung Bestätigt
Tritt auf, wenn der Anfragende die vorgeschlagene Lösung formal akzeptiert, oft einen automatischen Übergang zum Status 'Gelöst' auslösend. Dieses Ereignis wird in der Regel aus dieser Statusänderung abgeleitet.
Bedeutung

Dieser Meilenstein validiert die Wirksamkeit der Lösung und ist der Auslöser für das Anhalten der SLA-Uhr. Er hilft, die Zeit zu messen, die Kunden benötigen, um Korrekturen zu bestätigen.

Datenquelle

Aus der Vorgangshistorie abgeleitet. Der Zeitstempel entspricht dem Zeitpunkt, wann sich der Status des Vorgangs von 'Kundenabnahme ausstehende Zahlungen identifizieren.end' zu 'Gelöst' oder 'Geschlossen' ändert.

Erfassen

Identifizieren Sie den Zeitstempel der Statusänderung von 'Kundenabnahme ausstehende Zahlungen identifizieren.end' zu einem 'Gelöst'- oder 'Geschlossen'-Status.

Ereignistyp inferred
Informationen angefordert
Markiert den Punkt, an dem ein Agent weitere Informationen vom Anfragenden benötigt, um mit der Lösung fortzufahren. Dies wird in der Regel abgeleitet, wenn der Vorgang in einen Status wie 'Warten auf Kunde' oder 'Eingabe ausstehende Zahlungen identifizieren.end' übergeht.
Bedeutung

Häufige oder langwierige Zyklen von „Informationen angefordert“ können auf unklare anfängliche Einreichungen oder ineffiziente Kommunikation hindeuten und eine erhebliche Quelle für Verzögerungen darstellen.

Datenquelle

Aus der Vorgangshistorie abgeleitet. Der Zeitstempel entspricht dem Zeitpunkt, wann sich der Status des Vorgangs zu 'Warten auf Kunde' oder einem entsprechenden Status ändert.

Erfassen

Identifizieren Sie den Zeitstempel, wann sich das Feld 'Status' zu einem Wert ändert, der anzeigt, dass der Prozess auf den Kunden wartet.

Ereignistyp inferred
Informationen bereitgestellt
Tritt auf, wenn der Anfragende mit den notwendigen Informationen antwortet, wodurch der Agent die Arbeit wieder aufnehmen kann. Dies wird abgeleitet, wenn der Vorgang aus einem Status 'Warten auf Kunde' herausgeht, oft ausgelöst durch das Hinzufügen eines Kommentars durch den Anfragenden.
Bedeutung

Diese Aktivität schließt den Anfrage-Antwort-Zyklus mit dem Kunden ab. Die Zeit zwischen dem Anfordern und Empfangen von Informationen ist eine Schlüsselkomponente der Prozesswartezeit.

Datenquelle

Aus der Vorgangshistorie abgeleitet. Der Zeitstempel entspricht dem Zeitpunkt, wann sich der Status des Vorgangs von 'Warten auf Kunde' zurück zu einem 'In Bearbeitung'-Status ändert.

Erfassen

Identifizieren Sie den Zeitstempel, wann sich das Feld 'Status' von einem 'Warte'-Status zurück zu einem 'Aktiv'-Status ändert.

Ereignistyp inferred
Lieferantenengagement Begonnen
Diese Aktivität bedeutet, dass die Service-Requestn an einen externen Anbieter oder Dritte eskaliert wurde oder den Antrag bearbeitet.eren Aktion erfordert. Dies wird aus dem Übergang des Vorgangs in einen Status wie 'Wartet auf Anbieter' oder 'Mit Drittpartei' abgeleitet.
Bedeutung

Die Verfolgung des Anbieter-Einbindungs ist maßgeblich, um externe Abhängigkeiten und Verzögerungen zu identifizieren, die außerhalb der den Antrag bearbeitet.irekten Kontrolle des internen Service Desks liegen.

Datenquelle

Aus der Vorgangshistorie abgeleitet. Der Zeitstempel entspricht dem Zeitpunkt, wann sich der Status des Vorgangs zu einem designierten 'Anbieter'-Status ändert.

Erfassen

Identifizieren Sie den Zeitstempel, wann sich das Feld 'Status' zu einem Wert wie 'Warten auf Anbieter' ändert.

Ereignistyp inferred
Lösung implementiert
Zeigt an, dass der Agent die notwendigen Maßnahmen ergriffen oder eine Lösung zur Bearbeitung der Service-Requestn entwickelt hat. Dies wird oft aus einer Statusänderung zu 'Zur Überprüfung ausstehende Zahlungen identifizieren.end' oder den Antrag bearbeitet.irekt zu 'Gelöst' abgeleitet.
Bedeutung

Dieser Meilenstein markiert den Abschluss der Kernlösungsarbeit. Die Zeit bis zu dieser Aktivität stellt oft den primären Wertschöpfungsanteil des Prozesses dar.

Datenquelle

Aus der Vorgangshistorie abgeleitet, entsprechend dem Zeitstempel der Statusänderung zu 'Gelöst', 'Annahme ausstehende Zahlungen identifizieren.end' oder einem ähnlichen Vor-Abschluss-Status.

Erfassen

Identifizieren Sie den Zeitstempel, wann sich das Feld 'Status' zu einem Wert ändert, der anzeigt, dass die Arbeit abgeschlossen ist.

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus Jira-Service-Management