Ihre Service Request Management Daten-Template
Ihre Service Request Management Daten-Template
- 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
Attribute im Service Request Management
| 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
|
|||
Aktivitäten im Service Request Management
| 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
|
|||