Uw Serviceaanvraagbeheer Data Template
Uw Serviceaanvraagbeheer Data Template
- Aanbevolen attributen voor uitgebreide analyse
- Belangrijkste activities om te volgen voor proces discovery
- `Extractiehandleiding` voor `Jira Service Management`
Attributen van Serviceaanvraagbeheer
| 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
|
|||
Activiteiten van Serviceaanvraagbeheer
| 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
|
|||