Uw Serviceaanvraagbeheer Data Template

Jira Service Management
Uw Serviceaanvraagbeheer Data Template

Uw Serviceaanvraagbeheer Data Template

Deze template biedt een gestructureerde aanpak voor het verzamelen van de essentiële data die nodig is voor het analyseren van uw serviceaanvraagprocessen. Het schetst de cruciale attributes om te verzamelen, de belangrijkste activiteiten om te volgen, en biedt richtlijnen voor hoe u deze informatie uit uw systeem kunt extraheren. Gebruik deze resource om uw data voorbereiding te stroomlijnen en diepere inzichten te verkrijgen in uw operaties.
  • Aanbevolen attributen voor uitgebreide analyse
  • Belangrijkste activities om te volgen voor proces discovery
  • `Extractiehandleiding` voor `Jira Service Management`
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Attributen van Serviceaanvraagbeheer

Dit zijn de aanbevolen data fields om op te nemen in uw event log voor uitgebreide serviceaanvraagbeheer analyse.
5 Verplicht 5 Aanbevolen 10 Optioneel
Naam Omschrijving
Activiteit
ActivityName
De naam van de specifieke event of taak die plaatsvond binnen de levenscyclus van de serviceaanvraag.
Omschrijving

Dit attribuut beschrijft de specifieke actie of statusovergang die op een bepaald moment plaatsvond voor een serviceaanvraag. Voorbeelden zijn 'Aanvraag Aangemaakt', 'Aanvraag Toegewezen', 'Oplossing Geïmplementeerd' en 'Aanvraag Gesloten'.

Het analyseren van de sequentie en frequentie van deze activiteiten is de kern van process mining. Het maakt de visualisatie van proceskaarten, identificatie van bottlenecks en detectie van afwijkingen van de standaard workflow mogelijk, wat cruciaal is voor het begrijpen van procesefficiëntie en compliance.

Het belang

Het definieert de stappen in het proces, waardoor de visualisatie van de proceskaart en de analyse van workflow-patronen en afwijkingen mogelijk worden.

Vindplaats

Typisch afgeleid van de 'status' transitiegeschiedenis van een Jira issue. Elke entry in de changelog van het issue voor het statusveld vertegenwoordigt een activiteit.

Voorbeelden
Aanvraag GetrieerdInformatie OpgevraagdOplossing GeïmplementeerdService Request Gesloten
Serviceverzoek ID
ServiceRequestId
De unieke identificator voor elke serviceaanvraag, dienend als de primaire sleutel voor alle gerelateerde events.
Omschrijving

De Serviceaanvraag ID, vaak de Issue Key in Jira genoemd, identificeert uniek elke individuele serviceaanvraag ingediend door een gebruiker of systeem. Het dient als de centrale draad die alle volgende events verbindt, van initiële logging tot uiteindelijke sluiting, waardoor een complete, end-to-end analyse van de reis van elke serviceaanvraag mogelijk is.

In process mining is deze ID essentieel voor case correlatie. Het zorgt ervoor dat elke activiteit, statuswijziging en timestamp correct wordt geassocieerd met de specifieke aanvraag waartoe het behoort, en zo een coherente procesinstantie voor analyse vormt.

Het belang

Deze ID is de fundamentele case identificator die alle gerelateerde activiteiten verbindt tot een enkele end-to-end procesflow, wat procesanalyse mogelijk maakt.

Vindplaats

Dit is het 'key' veld voor een issue in Jira Service Management.

Voorbeelden
SR-2023-001IT-45892HELP-105
Starttijd
EventTime
De exacte datum en tijd waarop een specifieke activiteit of gebeurtenis plaatsvond.
Omschrijving

De Starttijd, of event timestamp, registreert het exacte moment waarop een activiteit plaatsvond. Dit is een cruciaal onderdeel voor elke process mining analyse, aangezien het de temporele context biedt voor het gehele proces.

Deze timestamp wordt gebruikt om events sequentieel te ordenen, de duur tussen activiteiten te berekenen, totale case doorlooptijden te meten en procesprestaties te analyseren tegen tijdgebonden targets zoals SLA's. Zonder accurate timestamps is het onmogelijk om de processtroom te begrijpen, vertragingen te identificeren of efficiëntie te meten.

Het belang

Deze timestamp is essentieel voor het ordenen van events, het berekenen van duren en doorlooptijden, en het identificeren van proces bottlenecks.

Vindplaats

Dit is de timestamp geassocieerd met elke statusovergang in de Jira issue changelog. De issue creatietijd is het 'created' veld.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
Bronsysteem
SourceSystem
Het systeem waaruit de serviceaanvraag data werd geëxtraheerd.
Omschrijving

Dit attribuut identificeert de herkomst van de data, wat in dit geval Jira Service Management is. Hoewel het triviaal kan lijken bij het analyseren van data uit één bron, wordt het cruciaal bij het samenvoegen van procesdata uit meerdere systemen.

Voor analyse helpt het bij het traceren van data lineage en het waarborgen van data kwaliteit. Het maakt ook filtering en vergelijking mogelijk van processen die zich over of interactie met verschillende softwareplatforms kunnen uitstrekken.

Het belang

Identificeert de herkomst van de data, wat cruciaal is voor data governance en bij het combineren van procesdata uit meerdere enterprisesystemen.

Vindplaats

Dit is meestal een statische waarde die tijdens data-extractie en transformatie wordt toegevoegd om de herkomst van de dataset te labelen.

Voorbeelden
Jira Service ManagementJiraSM
Laatste data-update
LastDataUpdate
De `timestamp` die aangeeft wanneer de `data` voor het laatst is ververst vanuit het bronsysteem.
Omschrijving

Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit Jira Service Management. Het biedt cruciale context voor de actualiteit van de analyse en de data in de dashboards en KPI's.

In elke analyse is het kennen van de actualiteit van de data essentieel voor het nemen van geïnformeerde beslissingen. Deze timestamp helpt gebruikers te begrijpen of ze naar real-time informatie kijken of een snapshot van een eerder tijdstip, wat de relevantie van de bevindingen beïnvloedt.

Het belang

Geeft de actualiteit van de data aan, en zorgt ervoor dat analyses gebaseerd zijn op up-to-date informatie.

Vindplaats

Dit is een metadata field dat wordt gegenereerd en opgeslagen door de data-extractietool of het script aan het einde van de uitvoering.

Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Aanvraagprioriteit
RequestPriority
Het prioriteitsniveau toegewezen aan de serviceaanvraag, zoals Laag, Gemiddeld, Hoog of Kritiek.
Omschrijving

Aanvraagprioriteit geeft de urgentie en bedrijfsimpact van een serviceaanvraag aan. Deze classificatie bepaalt de volgorde waarin aanvragen worden afgehandeld en dicteert vaak de streeftijden voor oplossing en de SLA's.

In procesanalyse is prioriteit een belangrijke dimensie voor segmentatie. Het maakt het mogelijk om doorlooptijden en SLA-naleving te vergelijken over verschillende prioriteitsniveaus, om zo te garanderen dat aanvragen met hoge prioriteit sneller worden verwerkt en hun doelen halen. Dit helpt de effectiviteit van het prioriteringssysteem te valideren.

Het belang

Maakt het mogelijk om analyses te segmenteren om te garanderen dat aanvragen met hoge prioriteit sneller worden afgehandeld en voldoen aan strengere serviceniveaus.

Vindplaats

Dit komt overeen met het 'priority' veld op een Jira issue.

Voorbeelden
HoogsteHoogGemiddeldLaag
Aanvraagtype
RequestType
De classificatie van de serviceaanvraag, zoals 'Toegangsverzoek' of 'Hardwareprobleem'.
Omschrijving

Aanvraagtype categoriseert de serviceaanvraag op basis van zijn aard. Dit is een fundamentele dimensie voor analyse, aangezien verschillende typen aanvragen vaak afzonderlijke oplossingsprocessen, SLA's en resourcevereisten hebben.

Door de procesanalyse te segmenteren op Aanvraagtype kunnen organisaties verbeteringen afstemmen op specifieke workflows. Zo zal de bottleneck voor een 'Wachtwoord Reset'-aanvraag heel anders zijn dan die voor een 'Nieuwe Server Provisioning'-aanvraag. Dit attribuut is essentieel voor het bouwen van relevante dashboards zoals 'Oplossingskwaliteit per Categorie'.

Het belang

Dit attribuut is essentieel voor het vergelijken van processen, workloads en prestaties over verschillende categorieën serviceaanvragen.

Vindplaats

Dit komt vaak overeen met het 'issuetype' veld in Jira of een custom 'Request Type' veld in Jira Service Management.

Voorbeelden
Nieuw account aanvragenKrijg IT-hulpEen nieuwe medewerker inwerken
SLA Einddatum
SlaDueDate
De streefdatum en -tijd waarop de serviceaanvraag moet zijn opgelost volgens zijn SLA.
Omschrijving

De SLA Einddatum is een berekende timestamp die de deadline voor het oplossen van een aanvraag vertegenwoordigt. Deze wordt bepaald door de prioriteit, het type van de aanvraag en de specifieke Service Level Agreement (SLA) policies die in Jira Service Management zijn geconfigureerd.

Dit attribuut is fundamenteel voor het 'Serviceaanvraag SLA Prestatie' dashboard en de 'SLA Naleving' KPI. Door de daadwerkelijke oplostijd te vergelijken met deze einddatum, kan het systeem bepalen of elke aanvraag op tijd is voltooid, te laat was of het risico loopt de SLA te overschrijden.

Het belang

Dit is de benchmark voor het meten van prestaties. Het ondersteunt direct de berekening van SLA-naleving en helpt bij het prioriteren van werk.

Vindplaats

SLA-informatie wordt beheerd door Jira Service Management en is toegankelijk via de API, vaak opgeslagen in custom fields die dynamisch worden bijgewerkt.

Voorbeelden
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
Toegewezen gebruiker
Assignee
De gebruiker of agent die momenteel is toegewezen om aan de serviceaanvraag te werken.
Omschrijving

De Toegewezen Persoon is het individu dat verantwoordelijk is voor de volgende actie of de oplossing van de serviceaanvraag. De waarde van dit attribuut kan meerdere malen veranderen gedurende de levenscyclus van de aanvraag, aangezien deze wordt overgedragen tussen verschillende agents of teams.

Dit attribuut is cruciaal voor workload analyse, prestatiemeting en resourcebeheer. Het maakt het mogelijk om het proces te filteren op agent, oplostijden te vergelijken tussen individuen, en potentiële trainingsbehoeften of workload onevenwichtigheden die bottlenecks veroorzaken te identificeren.

Het belang

Dit attribuut is essentieel voor het analyseren van de agent workload, het meten van individuele prestaties en het begrijpen van resourceallocatie.

Vindplaats

Dit komt overeen met het 'assignee' veld op een Jira issue.

Voorbeelden
Alice JohnsonBob WilliamsNiet toegewezen
Verzoekstatus
RequestStatus
De huidige status van de serviceaanvraag in zijn levenscyclus.
Omschrijving

Dit attribuut vertegenwoordigt de huidige status van een serviceaanvraag, zoals 'Open', 'In Behandeling', 'Wachtend op Klant' of 'Opgelost'. Het geeft een momentopname van waar de aanvraag zich op een gegeven moment bevindt.

Hoewel de activity log de historische flow biedt, is de huidige status nuttig voor het analyseren van open workloads en het identificeren van items die vastzitten. Analyse kan bijvoorbeeld gericht zijn op aanvragen die ongewoon lang in de status 'Wachtend op Leverancier' zijn gebleven, wat externe afhankelijkheden en vertragingen benadrukt.

Het belang

Biedt een actueel snapshot van elke case, waardoor analyse van werk-in-uitvoering en het identificeren van vastgelopen of verouderende aanvragen mogelijk wordt.

Vindplaats

Dit is het 'status' veld op een Jira issue.

Voorbeelden
OpenIn uitvoeringIn Afwachting van `Klant`Resolved
Doorlooptijd per case
CaseCycleTime
De totale verstreken tijd vanaf de aanmaak tot de definitieve sluiting van een serviceaanvraag.
Omschrijving

Case Cycle Time is een berekende metric die de totale duur van de lifecycle van een serviceaanvraag meet. Het wordt doorgaans berekend als het verschil tussen de 'Service Request Closed' timestamp en de 'Service Request Created' timestamp.

Dit is een van de belangrijkste KPI's in Process Mining, die direct de 'Average Service Request Cycle Time' KPI en het 'Service Request End-to-End Cycle Time' dashboard ondersteunt. Het biedt een high-level maatstaf voor de algehele procesefficiëntie en wachttijd van klanten.

Het belang

Dit is een primaire KPI voor het meten van de algehele procesefficiëntie en de end-to-end klantervaring.

Vindplaats

Berekend tijdens datatransformatie door de creatie timestamp af te trekken van de uiteindelijke gesloten timestamp voor elke case.

Voorbeelden
864003600007200
Duur Leveranciersbetrokkenheid
VendorEngagementDuration
De totale tijd die een serviceaanvraag wachtte op een externe leverancier.
Omschrijving

Dit is een berekende metriek die de totale tijd optelt die een serviceaanvraag in een status verkeerde die aangeeft dat deze bij een externe leverancier was. Het wordt berekend door de duur tussen de activiteiten 'Leveranciersbetrokkenheid Gestart' en 'Leveranciersbetrokkenheid Beëindigd' te vinden, en deze duren op te tellen als ze meerdere keren voorkomen binnen een enkele case.

Dit attribuut is essentieel voor het 'Externe Leveranciersbetrokkenheid Vertragingen' dashboard en de 'Gemiddelde Externe Leverancierstijd' KPI. Het helpt vertragingen te kwantificeren die worden veroorzaakt door afhankelijkheden van derden, wat cruciaal is voor het beheren van leveranciersrelaties en het stellen van realistische klantverwachtingen.

Het belang

Isoleert en kwantificeert vertragingen veroorzaakt door externe afhankelijkheden, en levert data om de leveranciersprestaties te beheren en de forecasting te verbeteren.

Vindplaats

Berekend tijdens datatransformatie door de tijd te meten tussen 'Vendor Engagement Started' en 'Vendor Engagement Ended' events.

Voorbeelden
172800604800259200
Is Heropend
IsReopened
Een boolean flag die aangeeft of een serviceaanvraag opnieuw is geopend nadat deze was opgelost.
Omschrijving

Dit berekende attribuut is een true/false-vlag die op 'true' wordt gezet als de workflow van een aanvraag een 'Aanvraag Heropend' activiteit omvat. Het wordt afgeleid door de sequentie van activiteiten voor elke case te analyseren.

Deze vlag is essentieel voor het berekenen van de 'Serviceaanvraag Heropeningspercentage' KPI en voor het aansturen van het 'Heropende Serviceaanvraag Volume' dashboard. Een hoog heropeningspercentage is een sterke indicator van een slechte kwaliteit van de eerste oplossing, wat leidt tot herwerk en verminderde klanttevredenheid. Het analyseren van welke typen aanvragen of oplossingen geassocieerd zijn met deze vlag kan verbeterpunten aanwijzen.

Het belang

Meet direct de rework en de kwaliteit van de eerste oplossing, dit zijn belangrijke indicatoren voor proceseffectiviteit en klanttevredenheid.

Vindplaats

Berekend tijdens datatransformatie door te controleren of de sequentie van activities voor een case een 'Reopened' overgang bevat na een 'Resolved' overgang.

Voorbeelden
truefalse
Kanaal
Channel
De indieningsmethode gebruikt om de serviceaanvraag aan te maken, zoals E-mail, Portaal of API.
Omschrijving

Het Kanaal attribuut identificeert hoe een serviceaanvraag het systeem binnenkwam. Gangbare kanalen in Jira Service Management omvatten het klantportaal, e-mail of directe aanmaak door een agent.

Het analyseren van het proces per kanaal is belangrijk voor het begrijpen van gebruikersgedrag en het optimaliseren van service delivery. Het kan onthullen of aanvragen via bepaalde kanalen langer duren om op te lossen of meer verduidelijking vereisen, wat mogelijk wijst op de noodzaak van betere formulieren op het portaal of verbeterde e-mail parseerregels. Dit ondersteunt het 'Serviceaanvraag Doorvoer Trends' dashboard.

Het belang

Helpt analyseren of het indieningskanaal invloed heeft op de oplostijden, de helderheid van de aanvraag of de algehele procesefficiëntie.

Vindplaats

Deze informatie is beschikbaar in Jira Service Management via het 'Request channel type' veld. Het kan specifieke API-toegang vereisen of worden opgeslagen in een custom field.

Voorbeelden
portale-mailapi
Melder
Reporter
De gebruiker die de serviceaanvraag initieel heeft aangemaakt of gemeld.
Omschrijving

De Melder is het individu, vaak een eindgebruiker of klant, die de serviceaanvraag heeft ingediend. Dit attribuut identificeert de stakeholder die het proces heeft geïnitieerd.

In analyse kan de Melder worden gebruikt om aanvraagpatronen van verschillende gebruikers, afdelingen of klantsegmenten te begrijpen. Het helpt vragen te beantwoorden zoals 'Welke afdelingen dienen de meeste aanvragen in?' of 'Krijgen specifieke gebruikers herhaaldelijk te maken met dezelfde problemen?'. Deze informatie is waardevol voor proactief probleembeheer en het verbeteren van gebruikerstraining.

Het belang

Identificeert de aanvraagsteller, wat analyse van aanvraagvolumes en -typen per gebruiker, afdeling of klant mogelijk maakt.

Vindplaats

Dit komt overeen met het 'reporter' veld op een Jira issue.

Voorbeelden
Charles DarwinMarie CurieIsaac Newton
Oplossing
Resolution
Het uiteindelijke resultaat of de conclusie van een opgeloste serviceaanvraag.
Omschrijving

Het Oplossing veld geeft aan waarom een serviceaanvraag werd gesloten. Gangbare waarden zijn onder andere 'Gereed', 'Wordt niet gedaan', 'Duplicaat' of 'Niet reproduceerbaar'. Het biedt details over de afsluiting die verder gaan dan alleen een 'Opgelost' of 'Gesloten' status.

Het analyseren van oplossingen helpt bij het begrijpen van de kwaliteit en aard van de resultaten. Een groot aantal 'Duplicaat' oplossingen kan bijvoorbeeld duiden op een probleem met het aanvraagindieningsproces, terwijl het volgen welke oplossingen leiden tot heropende aanvragen ineffectieve oplossingen kan benadrukken.

Het belang

Biedt context over de uitkomst van een aanvraag, wat helpt bij het analyseren van de resolutiekwaliteit en het identificeren van trends waarom aanvragen worden gesloten.

Vindplaats

Dit komt overeen met het 'resolution' veld op een Jira issue, dat doorgaans wordt ingesteld wanneer het issue overgaat naar een 'done' statuscategorie.

Voorbeelden
KlaarWon't DoDuplicaatOpgelost
Organisatie
Organization
De klantorganisatie of interne afdeling waartoe de melder behoort.
Omschrijving

Dit attribuut groepeert melders in organisaties of afdelingen. Jira Service Management heeft een ingebouwde 'Organisaties' feature waarmee agents aanvragen van meerdere klanten of interne teams kunnen beheren.

Analyseren per organisatie biedt waardevolle bedrijfskundige context. Het kan helpen te identificeren welke klanten of afdelingen de meeste support resources verbruiken, of specifieke groepen terugkerende problemen ervaren, en of SLA's consistent worden nageleefd in verschillende bedrijfseenheden.

Het belang

Vergemakkelijkt de analyse van servicedemand en prestaties per klant of interne afdeling, en biedt belangrijke business insights.

Vindplaats

Deze data komt uit het 'Organisaties' veld dat is gekoppeld aan de serviceaanvraag in Jira Service Management.

Voorbeelden
Acme CorporationFinanciële afdelingGlobal Tech Inc.
SLA-status
SlaState
Geeft aan of de serviceaanvraag voldeed aan, de SLA schond, of binnen de gedefinieerde SLA valt.
Omschrijving

SLA Status is een berekend attribuut dat elke serviceaanvraag categoriseert op basis van de prestaties ten opzichte van de SLA-deadline. Mogelijke waarden zijn 'Gehaald', 'Overschreden' of 'In Behandeling'. Het wordt bepaald door de oplossing timestamp te vergelijken met de 'SlaDueDate'.

Dit is het kernattribuut voor het 'Serviceaanvraag SLA Prestatie' dashboard en wordt gebruikt om de 'SLA Naleving' KPI te berekenen. Het biedt een duidelijk overzicht van de naleving van serviceniveaus, wat cruciaal is voor rapportage, contractbeheer en het handhaven van servicekwaliteit.

Het belang

Biedt een duidelijke en directe indicator van SLA-prestaties, wat een kritieke maatstaf is voor servicekwaliteit en contractuele compliance.

Vindplaats

Berekend tijdens datatransformatie. Als de resolutietijd vóór de 'SlaDueDate' ligt, is de status 'Met'; anders is deze 'Breached'.

Voorbeelden
BehaaldOverschredenIn uitvoering
Toegewezen Team
AssignedTeam
Het team of de groep verantwoordelijk voor de afhandeling van de serviceaanvraag.
Omschrijving

Dit attribuut specificeert het team dat is toegewezen aan een aanvraag, wat vaak een groepering op hoger niveau is dan de individuele toegewezene. Dit is nuttig voor het analyseren van prestaties op teamniveau, zoals het vergelijken van het Eerstelijns Support team met het Netwerk Operations team.

Deze dimensie is cruciaal voor dashboards zoals 'Agent Workload en Oplossingsmetrieken'. Het maakt het mogelijk om prestatiemetrieken op teamniveau te aggregeren, waardoor eerlijke vergelijkingen en begrip van hoe verschillende teams bijdragen aan het algehele service delivery proces worden vergemakkelijkt.

Het belang

Maakt prestatieanalyse en workload-balancering op team- of afdelingsniveau mogelijk, in plaats van alleen per individuele agent.

Vindplaats

Dit kan een custom field zijn in Jira (bijv. 'Team') of afgeleid zijn van de user profile attributes van de toegewezene.

Voorbeelden
IT Support - Tier 1InfrastructuurteamApplicatieondersteuning
Triage naar Toewijzingstijd
TriageToAssignmentTime
De duur tussen het moment dat een aanvraag werd getriageerd en wanneer deze aan een agent werd toegewezen.
Omschrijving

Dit is een berekende duurmetriek die de efficiëntie meet van de initiële afhandelings- en routeringsfase van een serviceaanvraag. Het wordt berekend als het tijdsverschil tussen de activiteit 'Aanvraag Toegewezen' en de activiteit 'Aanvraag Getriageerd'.

Deze metriek is de basis voor de 'Gemiddelde Triage-naar-Toewijzing Tijd' KPI en het 'Triage en Toewijzing Efficiëntie' dashboard. Een lange duur hier kan duiden op een bottleneck in het intake proces van de servicedesk, zoals onvoldoende personeel voor triage of vertragingen bij het bepalen van het juiste team voor toewijzing.

Het belang

Meet de efficiëntie van de cruciale eerste stappen van de aanvraagafhandeling, en benadrukt vertragingen voordat het werk zelfs maar kan beginnen.

Vindplaats

Berekend tijdens datatransformatie door de timestamp van de 'Request Triaged' event af te trekken van de 'Request Assigned' event.

Voorbeelden
3009001800
Verplicht Aanbevolen Optioneel

Activiteiten van Serviceaanvraagbeheer

Dit zijn de belangrijkste processtappen en mijlpalen die u in uw `event log` moet vastleggen voor accurate `process discovery` en optimalisatie.
5 Aanbevolen 8 Optioneel
Activiteit Omschrijving
Aanvraag Toegewezen
Deze activiteit vindt plaats wanneer een serviceaanvraag wordt toegewezen aan een specifieke agent of team voor oplossing. Jira volgt expliciet wijzigingen in het 'Toegewezen Persoon' veld, wat een duidelijke timestamp biedt voor wanneer de toewijzing werd gedaan.
Het belang

Dit is een belangrijke mijlpaal voor het meten van de Triage-naar-Toewijzing tijd en de workloadverdeling van agents. Het markeert de overgang van wachten naar actieve afhandeling.

Vindplaats

Vastgelegd uit de issue-historie door te zoeken naar de eerste keer dat het 'Assignee'-veld is ingesteld of gewijzigd van niet-toegewezen.

Vastleggen

Gebruik de timestamp van de eerste wijziging van het 'Assignee' veld in de issue history.

Gebeurtenistype explicit
Oplossing Voorgesteld
In veel service desk workflows is dit een aparte stap waarbij een oplossing aan de aanvrager wordt aangeboden ter goedkeuring. Dit wordt afgeleid wanneer de issue-status verandert naar een status zoals 'Pending Customer Acceptance' of 'Awaiting Confirmation'.
Het belang

Deze activiteit isoleert de tijd die is besteed aan het wachten op feedback van de klant nadat een oplossing is geboden, wat helpt om dit te onderscheiden van interne werktijd.

Vindplaats

Afgeleid uit de issue-historie, vastgelegd op de timestamp wanneer de status verandert naar een staat die aangeeft dat de oplossing wacht op klantvalidatie.

Vastleggen

Identificeer timestamp van statuswijziging naar 'Pending Customer Acceptance' of equivalent.

Gebeurtenistype inferred
Service Request Gesloten
Vertegenwoordigt de uiteindelijke, administratieve sluiting van de serviceaanvraag, vaak automatisch plaatsvindend na een bepaalde periode in de 'Resolved' status. Dit is het eindpunt van de lifecycle van de issue in Jira.
Het belang

Dit is het definitieve eindevent van het proces. De tijd tussen 'Opgelost' en 'Gesloten' kan worden geanalyseerd om administratieve overhead of auto-closure beleid te begrijpen.

Vindplaats

Afgeleid uit de issue-historie. De timestamp correspondeert met de uiteindelijke statuswijziging naar 'Closed' of een gelijkwaardige terminale status.

Vastleggen

Identificeer de timestamp van de uiteindelijke statuswijziging naar een 'Gesloten' status.

Gebeurtenistype inferred
Serviceaanvraag opgelost
Markeert het officiële moment waarop de aanvraag als afgehandeld wordt beschouwd en de oplossing wordt vastgelegd. Jira vult het 'Resolution Date' veld in wanneer een issue voor het eerst een status van de 'Done' categorie ingaat.
Het belang

Dit is een primaire eindmijlpaal voor het proces, cruciaal voor het berekenen van de oplostijd en SLA-naleving. Het markeert het einde van actieve werkzaamheden.

Vindplaats

Dit is een expliciet event. De timestamp is de waarde in het 'Resolution Date' veld van het Jira issue, dat wordt ingesteld bij de eerste overgang naar een 'Gereed' statuscategorie.

Vastleggen

Gebruik het 'resolutiondate' veld van het Jira issue. Dit veld wordt automatisch ingevuld.

Gebeurtenistype explicit
Serviceverzoek Aangemaakt
Deze activiteit markeert het begin van de serviceaanvraag levenscyclus wanneer een gebruiker formeel een aanvraag indient via een portaal, e-mail of ander kanaal. Dit event wordt expliciet vastgelegd in Jira wanneer een nieuw issue van het type 'Service Request' wordt aangemaakt, waarbij de creation timestamp wordt geregistreerd.
Het belang

Dit is het primaire startevent voor het proces. Het is essentieel voor het berekenen van de algehele doorlooptijd en het begrijpen van het aanvraagvolume en aankomstpatronen.

Vindplaats

Dit is een expliciet event vastgelegd in de issue history tabel. De activiteit timestamp is het 'created' veld op het Jira issue.

Vastleggen

Gebruik de issue creation timestamp uit de 'issues' tabel of historie.

Gebeurtenistype explicit
Aanvraag Getrieerd
Vertegenwoordigt de initiële beoordeling van een serviceaanvraag, waarbij de prioriteit, categorie en impact worden vastgesteld. Deze activiteit wordt meestal afgeleid van een statuswijziging, zoals de overgang van 'Nieuw' naar 'In Behandeling' of een specifieke 'Beoordeeld' status.
Het belang

Het analyseren van de tijd tot triage helpt bij het evalueren van de efficiëntie van het initiële proces voor aanvraagafhandeling. Vertragingen hier kunnen de algehele oplostijden en SLA-naleving aanzienlijk beïnvloeden.

Vindplaats

Afgeleid uit de issue-historie door de eerste timestamp te identificeren van een statuswijziging van een initiële 'New' of 'Open' status naar een actieve status zoals 'In Progress'.

Vastleggen

Identificeer de eerste statuswijziging van 'New' of een gelijkwaardige initiële status gebaseerd op de workflow van het project.

Gebeurtenistype inferred
Aanvraag Heropend
Deze activiteit legt gevallen vast waarbij een eerder opgeloste serviceaanvraag terugkeert naar een actieve status. Het wordt afgeleid door een statuswijziging van een opgeloste of gesloten status terug naar een open of in-behandeling status.
Het belang

Het volgen van heropende aanvragen is cruciaal voor het meten van de oplossingskwaliteit en de First-Time Resolution Rate. Een hoog heropeningspercentage duidt op ineffectieve oplossingen of terugkerende problemen.

Vindplaats

Afgeleid uit de issue-historie door een statusovergang te identificeren van een 'Resolved' of 'Closed' categorie status naar een 'Open' of 'In Progress' categorie status.

Vastleggen

Zoek naar een statuswijziging van een 'Done' statuscategorie naar een 'To Do' of 'In Progress' statuscategorie.

Gebeurtenistype inferred
Informatie Opgevraagd
Markeert het punt waarop een agent meer informatie van de aanvrager nodig heeft om verder te gaan met de oplossing. Dit wordt doorgaans afgeleid door de overgang van de issue naar een status zoals 'Waiting for customer' of 'Pending Input'.
Het belang

Frequente of langdurige 'Informatie Gevraagd'-cycli kunnen duiden op onduidelijke initiële inzendingen of inefficiënte communicatie, wat een aanzienlijke bron van vertragingen vormt.

Vindplaats

Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert naar 'Waiting for customer' of een gelijkwaardige status.

Vastleggen

Identificeer de timestamp wanneer het 'status' veld verandert naar een waarde die aangeeft dat het proces wacht op de klant.

Gebeurtenistype inferred
Informatie Verstrekt
Treedt op wanneer de aanvrager reageert met de benodigde informatie, waardoor de agent het werk kan hervatten. Dit wordt afgeleid wanneer de issue uit een 'Waiting for customer' status beweegt, vaak getriggerd doordat de aanvrager een opmerking toevoegt.
Het belang

Deze activiteit voltooit de request-response loop met de klant. De tijd tussen het aanvragen en ontvangen van informatie is een belangrijke component van de proces wachttijd.

Vindplaats

Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert van 'Waiting for customer' terug naar een 'In Progress' status.

Vastleggen

Identificeer de timestamp wanneer het 'status' veld verandert van een 'wachtende' status terug naar een 'actieve' status.

Gebeurtenistype inferred
Leveranciersbetrokkenheid Beëindigd
Vertegenwoordigt het moment waarop de externe leverancier zijn actie heeft voltooid en de serviceaanvraag wordt teruggestuurd naar het interne team. Dit wordt afgeleid wanneer het issue de status 'Wachten op leverancier' verlaat.
Het belang

Het meten van de duur van de leveranciersbetrokkenheid helpt bij het beheren van de leveranciersprestaties en het begrijpen van de impact van externe partijen op de algehele oplostijden.

Vindplaats

Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert van een 'vendor'-status terug naar een 'In Progress' status.

Vastleggen

Identificeer de timestamp wanneer het 'status' veld verandert van een 'vendor' status terug naar een 'actieve' status.

Gebeurtenistype inferred
Leveranciersbetrokkenheid Gestart
Deze activiteit geeft aan dat de serviceaanvraag is geëscaleerd naar of actie vereist van een externe leverancier of derde partij. Het wordt afgeleid uit de overgang van het issue naar een status zoals 'Wachten op leverancier' of 'Bij Derde Partij'.
Het belang

Het volgen van leveranciersbetrokkenheid is cruciaal voor het identificeren van externe afhankelijkheden en vertragingen die buiten de directe controle van de interne servicedesk vallen.

Vindplaats

Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert naar een aangewezen 'vendor'-status.

Vastleggen

Identificeer de timestamp wanneer het 'status' veld verandert naar een waarde zoals 'Waiting for Vendor'.

Gebeurtenistype inferred
Oplossing Bevestigd
Treedt op wanneer de aanvrager de voorgestelde oplossing formeel accepteert, vaak een geautomatiseerde overgang naar de 'Resolved' status triggerend. Dit event wordt doorgaans afgeleid uit deze statuswijziging.
Het belang

Deze mijlpaal valideert de effectiviteit van de oplossing en is de trigger voor het stoppen van de SLA-klok. Het helpt de tijd te meten die klanten nodig hebben om fixes te bevestigen.

Vindplaats

Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert van 'Pending Customer Acceptance' naar 'Resolved' of 'Closed'.

Vastleggen

Identificeer timestamp van statuswijziging van 'Pending Customer Acceptance' naar een 'Resolved' of 'Closed' status.

Gebeurtenistype inferred
Oplossing Geïmplementeerd
Geeft aan dat de agent de nodige acties heeft uitgevoerd of een oplossing heeft ontwikkeld om de serviceaanvraag af te handelen. Dit wordt vaak afgeleid uit een statuswijziging naar 'Pending Review' of direct naar 'Resolved'.
Het belang

Deze mijlpaal markeert de voltooiing van het kernoplossingswerk. De tijd die voorafgaat aan deze activiteit vertegenwoordigt vaak het primaire waardetoevoegende deel van het proces.

Vindplaats

Afgeleid uit de issue-historie, overeenkomend met de timestamp van de statuswijziging naar 'Resolved', 'Pending Acceptance', of een vergelijkbare pre-closure status.

Vastleggen

Identificeer de timestamp wanneer het 'status' veld verandert naar een waarde die aangeeft dat het werk is voltooid.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractie Guides

Hoe u uw `data` uit `Jira Service Management` haalt