Je Incidentbeheer-datatemplate

Jira Service Management
Je Incidentbeheer-datatemplate

Je Incidentbeheer-datatemplate

Deze template biedt een gestructureerde aanpak voor het verzamelen van de benodigde data voor het analyseren van je incident management proces. Het schetst de belangrijke attributen om te verzamelen, de belangrijkste activiteiten om te volgen en biedt praktische richtlijnen voor het extraheren van deze Informatie uit je bronsysteem. Dit zorgt ervoor dat je over alle noodzakelijke componenten beschikt om je incident resolution workflows te optimaliseren.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen
  • `Extractiehandleiding` voor `Jira Service Management`
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Incidentbeheer Attributen

Dit zijn de aanbevolen velden om op te nemen in je event log voor een grondige analyse van je incident management proces.
5 Verplicht 6 Aanbevolen 12 Optioneel
Naam Omschrijving
Activiteit
ActivityName
De naam van de specifieke gebeurtenis of statuswijziging die zich voordeed voor het incident.
Omschrijving

De Activiteit vertegenwoordigt een afzonderlijke stap of stap in het proces van incidentbeheer, zoals 'Incident Created', 'Incident Assigned' of 'Resolution Proposed'. Deze zijn doorgaans afgeleid van statusovergangen of specifieke update-gebeurtenissen die zijn vastgelegd in de historie of changelog van het Jira-issue. Het analyseren van de volgorde en duur van deze activiteiten is het primaire doel van process mining, waarbij de werkelijke processtroom, knelpunten en afwijkingen worden onthuld.

Het belang

Activiteiten vormen de basis van de proceskaart, waardoor visualisatie en analyse van de incidentlevenscyclus mogelijk zijn.

Vindplaats

Afgeleid van de Jira issue history en changelog data, waarbij status transitions en belangrijke veldupdates worden vastgelegd.

Voorbeelden
Incident toegewezenOnderzoek gestartIncident opgelost
Incident-ID
IncidentId
De unieke kenmerk voor elk incident ticket in Jira Service Management.
Omschrijving

De Incident-ID, vaak aangeduid als de Issue Key in Jira, dient als de primaire unieke identificatie voor elk gerapporteerd incident. Het koppelt alle bijbehorende activiteiten, opmerkingen en statuswijzigingen vanaf het moment van aanmaak tot de uiteindelijke afsluiting. In process mining is deze ID belangrijk voor het reconstrueren van de end-to-end levenscyclus van elk individueel incident, wat een grondige analyse van het hele proces mogelijk maakt.

Het belang

Dit is de basisidentificatie die wordt gebruikt om alle gerelateerde gebeurtenissen te correleren tot één case, waardoor het de basis vormt voor elke process mining-analyse.

Vindplaats

Dit is het standaard 'Key' veld voor een issue in Jira Service Management (bijv. 'ITSM-123').

Voorbeelden
INC-10234HELPDESK-5678OPS-9901
Starttijd
EventTimestamp
De exacte datum en tijd waarop de activiteit plaatsvond.
Omschrijving

Dit kenmerk registreert de timestamp voor elke activity in de incident levenscyclus. Het is belangrijk voor het berekenen van duur, doorlooptijden en wachttijden tussen verschillende stappen in het proces. Nauwkeurige tijdstempels maken gedetailleerde prestaties analysis, SLA monitoring en bottleneckidentificatie mogelijk. Alle prestaties meetwaarden, zoals resolutietijd en diagnoseduur, zijn afgeleid van deze tijdstempels.

Het belang

Timestamps zijn belangrijk voor het berekenen van alle tijdgebonden meetwaarden, het begrijpen van de procesduur en het opsporen van prestaties knelpunten.

Vindplaats

Dit is de 'created' datum die is gekoppeld aan elke invoer in de changelog of historie van de Jira issue.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T10:05:14Z2023-10-27T14:30:00Z
Bronsysteem
SourceSystem
Het systeem waaruit de data is opgehaald.
Omschrijving

Dit kenmerk identificeert de herkomst van de data, in dit geval Jira Service Management. Het is bijzonder nuttig in omgevingen waar data uit meerdere systemen wordt gecombineerd voor een volledig procesoverzicht. Het specificeren van het bronsysteem zorgt voor duidelijke data lineage en helpt bij het diagnosticeren van datakwaliteit of extractieproblemen. Voor dit model zou de waarde statisch zijn.

Het belang

Biedt essentiële context over de dataherkomst, wat zorgt voor duidelijkheid en traceerbaarheid, met name bij multi-systeemanalyses.

Vindplaats

Dit is een statische waarde die moet worden toegevoegd tijdens het data-extractieproces.

Voorbeelden
Jira Service ManagementJira Cloud
Tijdstip van extractie
LastDataUpdate
De `timestamp` die de laatste keer aangeeft dat de `data` is ververst vanuit het bronsysteem.
Omschrijving

Dit kenmerk registreert wanneer de dataset voor het laatst is bijgewerkt. Het biedt belangrijke context aan iedereen die het proces analyseert, en zorgt ervoor dat je op de hoogte bent van de relevantie van de data. Dit is vooral belangrijk voor monitoring dashboards waar actuele Informatie belangrijk is voor het nemen van tijdige beslissingen. De waarde is doorgaans hetzelfde voor alle gebeurtenissen binnen één data-extractiebatch.

Het belang

Informeert gebruikers over de relevantie van de data, wat belangrijk is voor de relevantie en nauwkeurigheid van de analyse.

Vindplaats

Dit is de timestamp van de data-extracpakketun, toegevoegd tijdens het data transformation proces.

Voorbeelden
2023-10-27T08:00:00Z2023-10-28T08:00:00Z
Aanmaakdatum
CreatedDate
De datum en tijd waarop het incident voor het eerst werd aangemaakt in het systeem.
Omschrijving

Dit kenmerk markeert de officiële start van de incident levenscyclus. Het is de basis timestamp van waaruit algemene meetwaarden zoals de totale resolutietijd worden berekend. De aanmaakdatum is een statische waarde voor elk incident en dient als startpunt voor de gehele case in de process mining-analyse.

Het belang

Dient als startpunt voor alle end-to-end doorlooptijdberekeningen en SLA-metingen.

Vindplaats

Het standaard 'Created'-veld op een Jira issue.

Voorbeelden
2023-10-26T09:58:12Z2023-11-01T15:20:05Z
Oplossingsdatum
ResolutionDate
De datum en tijd waarop het incident werd gemarkeerd als opgelost.
Omschrijving

Dit attribuut legt de timestamp vast wanneer het incident voor het eerst naar een opgeloste status werd verplaatst. Het markeert het einde van de actieve werkfase en is het eindpunt voor het berekenen van de Time to Resolution. Het vergelijken van de oplossingsdatum met de aanmaakdatum biedt de primaire maatstaf voor procesefficiëntie. Het is ook een belangrijke component bij het bepalen van SLA-compliance.

Het belang

Markeert het einde van het resolution process, waardoor de berekening van de totale doorlooptijd en SLA prestaties mogelijk is.

Vindplaats

Het standaard 'Opgelost'-veld op een Jira issue.

Voorbeelden
2023-10-28T11:20:30Z2023-11-02T10:00:00Z
Prioriteit
Priority
Het prioriteitsniveau dat aan het incident is toegewezen, dat de urgentie van de oplossing aangeeft.
Omschrijving

Prioriteit bepaalt de vereiste snelheid voor het aanpakken van een incident. Het is vaak een combinatie van impact en urgentie en beïnvloedt direct SLA-doelstellingen. Het analyseren van incidenten op prioriteit helpt om te begrijpen of hoge prioriteit incidenten sneller worden afgehandeld dan lage prioriteit incidenten en of prioritization consistent wordt toegepast. Het is een kritische dimensie voor het filteren en vergelijken van procesprestaties.

Het belang

Essentieel voor SLA-prestatieanalyse en voor het verifiëren dat bronnen correct zijn toegewezen aan de meest kritieke incidenten.

Vindplaats

Het standaard 'Priority'-veld op een Jira issue.

Voorbeelden
HoogsteHoogGemiddeldLaag
Status
Status
De huidige fase van het incident in zijn levenscyclus.
Omschrijving

Het Status-veld geeft de huidige status van een incident aan binnen de gedefinieerde workflow, zoals 'Open', 'In Progress', 'Pending Klant' of 'Opgelost'. Statuswijzigingen zijn de primaire bron voor het genereren van het activity log voor process mining. Het analyseren van de tijd die incidenten in elke status doorbrengen is belangrijk voor het vinden van knelpunten en het begrijpen waar incidenten de meeste tijd doorbrengen.

Het belang

Weerspiegelt direct de voortgang van het incident en is de primaire bron voor het vinden van processtappen en wachttijden.

Vindplaats

Het standaard 'Status'-veld op een Jira issue.

Voorbeelden
In uitvoeringWachten op klantOpgelostGesloten
Toegewezen gebruiker
Assignee
De gebruiker die momenteel is toegewezen om aan het incident te werken.
Omschrijving

De Assignee is de individuele medewerker of gebruiker die op een bepaald moment verantwoordelijk is voor het incident. Het volgen van wijzigingen aan de assignee is belangrijk voor het analyseren van overdrachten, het begrijpen van de werkverdeling en het vinden welke personen betrokken zijn bij specifieke processtappen. Dit attribuut helpt vragen te beantwoorden over individuele prestaties en de toewijzing van middelen binnen de supportteams.

Het belang

Helpt bij het volgen van individuele werkbelasting, het vinden van knelpunten gerelateerd aan specifieke agenten, en het analyseren van de impact van overdrachten op de oplossingstijd.

Vindplaats

Het standaard 'Assignee'-veld op een Jira issue.

Voorbeelden
John SmithEmily JonesServiceDeskAgent1
Toewijzingsgroep
AssignmentGroup
Het team of de groep die verantwoordelijk is voor de afhandeling van het incident.
Omschrijving

De Assignment Group vertegenwoordigt het team dat aan het incident is toegewezen. Dit kan een ondersteuningsniveau zijn zoals 'L1 Helpdesk', een gespecialiseerd team zoals 'Network Operations' of een ontwikkelteam. Het analyseren van overgangen tussen toewijzingsgroepen is belangrijk voor het begrijpen van procesescalaties en overdrachten. Het maakt het meten van teamprestaties, het vinden van knelpunten op teamniveau en de analyse van interteam-afhankelijkheden mogelijk.

Het belang

Belangrijk voor het analyseren van teamprestaties, doorvoer en de workflow tussen verschillende ondersteuningsniveaus of gespecialiseerde groepen.

Vindplaats

Dit wordt vaak geïmplementeerd als een aangepast veld in Jira, zoals 'Team' of 'Assignment Group'. Het kan soms worden afgeleid van Jira Components of Project Roles.

Voorbeelden
Tier 1 SupportInfrastructuurteamDatabasebeheerders
`SLA Breach`
SlaBreach
Een indicator die aangeeft of de oplossingstijd van het incident de SLA-doelstelling heeft overschreden.
Omschrijving

Dit berekende boolean attribuut geeft aan of een incident de 'Time to Resolution' SLA heeft overschreden. Het is true als de 'IncidentResolutionCycleTime' groter is dan de 'TimeToResolutionTarget'. Deze flag vereenvoudigt analyse en visualisatie, waardoor eenvoudig filteren en aggregeren mogelijk is om de algehele SLA Breach Rate KPI te berekenen. Het is de belangrijkste uitkomstmaat voor het dashboard voor SLA-prestatiemonitoring.

Het belang

Biedt een helder, binair resultaat voor SLA prestaties, waardoor het eenvoudig is om breach rates te berekenen en probleemgebieden te vinden.

Vindplaats

Berekend als ('IncidentResolutionCycleTime' > 'TimeToResolutionTarget').

Voorbeelden
truefalse
Aantal overdrachten
HandoffCount
Het aantal keren dat het incident opnieuw werd toegewezen aan een andere groep of gebruiker.
Omschrijving

Deze berekende metriek telt hoe vaak het 'Assignee' of 'AssignmentGroup' veld is gewijzigd gedurende de levenscyclus van het incident. Een hoog aantal overdrachten duidt vaak op procesinefficiëntie, gebrek aan first-call resolution of kennisleemtes, wat leidt tot langere resolutietijden. Het analyseren van deze KPI helpt het toewijzingsproces te vereenvoudigen en de samenwerking binnen het team te verbeteren.

Het belang

Kwantificeert procesknelpunten en inefficiëntie veroorzaakt door herverdelingen, wat helpt bij het vinden van kansen voor procesverbetering.

Vindplaats

Berekend door het aantal wijzigingen in het veld 'Assignee' of 'AssignmentGroup' in de changelog van de issue te tellen.

Voorbeelden
015
Component
Component
Het systeem, de applicatie of een deel van de infrastructuur dat is getroffen door het incident.
Omschrijving

Components zijn subsecties van een Jira-project die worden gebruikt om issues in kleinere delen te groeperen, zoals 'Gebruiker Interface', 'Database' of 'API'. Het analyseren van incidenten per component helpt om te bepalen welke delen van een systeem het meest gevoelig zijn voor problemen. Deze Informatie is waardevol voor oorzaakanalyse en kan inspanningen richten op serviceverbetering of technical debt reductie.

Het belang

Maakt filteren en analyseren mogelijk op basis van het specifieke product- of getroffen systeemgebied, en helpt zo bij het vinden van technologische 'hotspots'.

Vindplaats

Het standaard 'Components'-veld op een Jira issue.

Voorbeelden
AuthenticatieserviceReporting DashboardMobiele app
Ernst
Severity
De maatstaf voor de zakelijke impact van het incident.
Omschrijving

Ernst definieert hoeveel impact een incident heeft op de bedrijfsvoering, van een enkele gebruiker die wordt getroffen tot een kritieke systeemuitval. Hoewel Prioriteit de werkvolgorde bepaalt, Informapakketmeert Ernst over de algehele bedrijfsimpact. Analyseren op ernst helpt bij het begrijpen van de procesprestaties voor incidenten die het meest van belang zijn voor het bedrijf en wordt vaak gebruikt in combinatie met Prioriteit voor een meer genuanceerde analyse.

Het belang

Biedt inzicht in de bedrijfsimpact, waardoor de analyse gericht kan worden op de incidenten die de meeste schade toebrengen aan de bedrijfsvoering.

Vindplaats

Doorgaans een aangepast veld in Jira, aangezien het geen standaard systeemveld is. Raadpleeg de projectconfiguratie van Jira Service Management.

Voorbeelden
KritiekMajorMinorTriviaal
Gekoppeld Problem ID
LinkedProblemId
De kenmerk van een probleemticket dat is gekoppeld aan dit incident.
Omschrijving

Incidenten die symptomen zijn van een groter, onderliggend probleem zijn vaak gekoppeld aan een probleemticket. Dit veld bevat de ID van dat gekoppelde Probleem. Het analyseren van deze koppelingen helpt om de relatie tussen incidenten en problemen te begrijpen, de effectiviteit van het probleembeheerproces te meten en terugkerende incidenten te vinden die een permanente oplossing vereisen.

Het belang

Koppelt incidenten aan onderliggende problemen, waardoor analyse mogelijk wordt van hoe effectief de organisatie grondoorzaken aanpakt om toekomstige incidenten te voorkomen.

Vindplaats

Deze Informatie is opgeslagen in de 'Issue Koppelings' sectie van een Jira issue.

Voorbeelden
PROB-123PROB-456Geen
Is herstelwerk
IsRework
Een indicator die aangeeft of het incident is herbewerkt, zoals opnieuw geopend.
Omschrijving

Dit berekende boolean attribuut identificeert incidenten die zijn teruggestuurd naar een vorige fase in het proces, meestal door opnieuw te worden geopend nadat ze waren opgelost. Herstelrondes (herstelwerk-loops) zijn een belangrijke bron van inefficiëntie en klantontevredenheid. Deze flag maakt eenvoudige kwantificering van het herstelpercentage mogelijk en helpt de analyse te richten op waarom incidenten niet in één keer correct worden opgelost.

Het belang

Belicht proceskwaliteitsproblemen en inefficiënties door incidenten te markeren die herhaald werk vereisen, wat direct reworkanalyse ondersteunt.

Vindplaats

Berekend door specifieke reeksen van status transitions in de event log te detecteren, zoals 'Opgelost' -> 'Reopened'.

Voorbeelden
truefalse
Issue Type
IssueType
Het type issue, zoals Incident, Service Request of Problem.
Omschrijving

Jira gebruikt Issue Types om verschillende soorten taken te onderscheiden. In een Incidentbeheer-context is het primaire type 'Incident', maar andere, zoals 'Sub-taak', kunnen ook relevant zijn. Dit attribuut is belangrijk voor het filteren van de dataset om alleen incidenten op te nemen, zodat de process mining-analyse zich richt op het juiste proces.

Het belang

Zorgt ervoor dat de analyse correct is afgebakend voor incidenten, en deze scheidt van andere werktypen zoals serviceverzoeken of wijzigingen.

Vindplaats

Het standaard 'Issue Type'-veld op een Jira issue.

Voorbeelden
`Incident`IT HulpBug
Klantaanvraagtype
CustomerRequestType
Het specifieke type aanvraag ingediend door de klant via de serviceportal.
Omschrijving

Dit veld categoriseert verzoeken vanuit het perspectief van de klant, zoals gepresenteerd op het Jira Service Management portal (bijv. 'Meld een systeemprobleem'). Het biedt een gebruiksvriendelijke classificatie van het incident, die kan verschillen van het interne 'Issue Type'. Het analyseren van dit attribuut kan inzicht geven in hoe klanten problemen waarnemen en melden, wat helpt bij het verbeteren van het portal design en dienstenaanbod.

Het belang

Biedt een klantgericht overzicht van incidentcategorieën, nuttig voor het analyseren van de vraag en het verbeteren van de klantervaring.

Vindplaats

Het veld 'Klant Request Type', specifiek voor Jira Service Management projecten.

Voorbeelden
IT-hulp krijgen > Een systeemprobleem meldenE-mail > Toegangsverzoek
Melder
Reporter
De gebruiker die het incident eerste heeft aangemaakt of gemeld.
Omschrijving

De Reporter is de individuele persoon, vaak een eindgebruiker of een ander systeem, die het incident voor het eerst heeft geregistreerd. Het analyseren van incidenten per reporter kan helpen gebruikers of afdelingen te vinden die frequent problemen ondervinden. Het kan ook worden gebruikt om communicatiepatronen te begrijpen, vooral bij het analyseren van activiteiten zoals 'Waiting for Klant' en 'Klant Responded'.

Het belang

Helpt bij het analyseren van incidentbronnen, het vinden van patronen gerelateerd aan specifieke gebruikers of afdelingen, en het begrijpen van vertragingen bij klantinteractie.

Vindplaats

Het standaard 'Reporter'-veld op een Jira issue.

Voorbeelden
Alice JohnsonBob Williamsmonitoring-tool@example.com
Oorzaakcategorie
RootCauseCategory
De classificatie van de onderliggende grondoorzaak van het incident.
Omschrijving

Dit attribuut legt de fundamentele reden vast waarom het incident zich voordeed, zoals 'Software Defect', 'Hardware Failure' of 'Gebruiker Error'. Het wordt doorgaans na onderzoek gevuld en is belangrijk voor effectief problem management en de preventie van toekomstige incidenten. Het analyseren van grondoorzaakcategorieën helpt systemische zwaktes te vinden en verbeterinitiatieven te prioriteren. Een hoog percentage 'Onbekende' grondoorzaken kan duiden op de noodzaak van betere onderzoeksprocessen.

Het belang

Maakt oorzaakanalyse mogelijk, en helpt zo om van een reactieve naar een proactieve aanpak te gaan door de bronnen van incidenten te vinden en aan te pakken.

Vindplaats

Dit is vrijwel altijd een aangepast veld in Jira. De naam en opties zijn sterk afhankelijk van de specifieke configuratie van de organisatie.

Voorbeelden
ConfiguratiefoutNetwerkstoringSoftware Bug
Oplossing
Resolution
Het uiteindelijke resultaat of de reden voor het oplossen van het incident.
Omschrijving

Het Resolution-veld verklaart waarom een incident naar een opgeloste status is verplaatst. Veelvoorkomende oplossingen zijn 'Fixed', 'Dupliceren', 'Won't Do' of 'Cannot Reproduce'. Het analyseren van de verdeling van oplossingstypen kan inzichten verschaffen in de kwaliteit van inkomende meldingen en de effectiviteit van het oplossingsproces. Een groot aantal 'Dupliceren' oplossingen kan bijvoorbeeld duiden op een probleem in de incidentaanmaak- of triagestadium.

Het belang

Biedt context aan de uitkomst van een incident, helpt bij het categoriseren van oplossingen en het vinden van trends in hoe incidenten worden afgesloten.

Vindplaats

Het standaard 'Resolution'-veld op een Jira issue. Dit veld wordt doorgaans ingesteld wanneer een issue overgaat naar een 'Done' statuscategorie.

Voorbeelden
KlaarOpgelostDuplicaatWordt Niet Opgelost
Time To Resolution Target
TimeToResolutionTarget
De SLA doelduur voor het oplossen van het incident.
Omschrijving

Dit kenmerk definieert de verwachte maximale tijd waarbinnen een incident van een bepaalde prioriteit of type moet worden opgelost. Het is de maatstaf waartegen de feitelijke resolutietijd wordt gemeten om de SLA-compliance te bepalen. Deze waarde wordt doorgaans dynamisch ingesteld op basis van regels die rekening houden met factoren zoals prioriteit, ernst of type probleem. Het is belangrijk voor elk dashboard voor SLA-prestatiemonitoring.

Het belang

Biedt de benchmark voor het meten van SLA-compliance, wat de basis vormt voor de Incident SLA Breach Rate KPI.

Vindplaats

Dit is afgeleid van de SLA configuration binnen Jira Service Management. Het specifieke doel (bijv. 'Time to resolution') moet worden geïdentificeerd.

Voorbeelden
4h8h3d
Verplicht Aanbevolen Optioneel

Incidentbeheer Activities

Dit zijn de belangrijke processtappen en mijlpalen die je moet vastleggen in je event log voor nauwkeurige bekijkking en analyse van je workflows voor incidentoplossing.
7 Aanbevolen 8 Optioneel
Activiteit Omschrijving
Incident Aangemaakt
Markeert de officiële start van de incident levenscyclus wanneer een incidentrapport wordt ingediend en een nieuw issue wordt aangemaakt in Jira. Deze gebeurtenis wordt expliciet vastgelegd wanneer een nieuw issue van het type 'Incident' in het systeem wordt gelogd.
Het belang

Dit is de primaire start gebeurtenis voor het proces. Het analyseren van de tijd vanaf deze activity tot resolutie is onmisbaar voor het meten van de totale doorlooptijd en SLA-adherence.

Vindplaats

Dit is een expliciete gebeurtenis die is vastgelegd via de 'created' timestamp van de incident issue in Jira. De issue creation gebeurtenis wordt gelogd in de historie van de issue.

Vastleggen

Gebruik de timestamp van de aanmaak van het issue.

Gebeurtenistype explicit
Incident Gesloten
Vertegenwoordigt de definitieve, administratieve afsluiting van het incidentticket nadat het is opgelost en geverifieerd. Dit wordt afgeleid uit de statusovergang naar 'Gesloten'.
Het belang

Dit is de terminal gebeurtenis van het proces. Het analyseren van de tijd tussen 'Opgelost' en 'Closed' kan vertragingen in administratieve afhandeling of gebruikersbevestigingsprocessen zichtbaar maken.

Vindplaats

Afgeleid uit de statuswijzigingshistorie van de issue. Het gebeurtenis komt overeen met de timestamp waarop de status overgaat naar de uiteindelijke 'Gesloten' status.

Vastleggen

Identificeer de timestamp van de statusovergang naar 'Gesloten'.

Gebeurtenistype inferred
Incident heringedeeld
Treedt op wanneer een incident wordt overgedragen van de ene agent of group naar de andere na de initiële toewijzing. Deze gebeurtenis wordt afgeleid van elke wijziging in het veld 'Assignee' of 'Assigned Group'.
Het belang

Het bijhouden van hertoezendingen is belangrijk voor overdrachtsanalyse. Een groot aantal hertoezendingen duidt vaak op procesinefficiënties, kennisleemtes of onjuiste initiële routering, wat leidt tot vertragingen in de oplossing.

Vindplaats

Afgeleid uit de issue history door elke update van het 'Assignee'-veld te detecteren nadat het voor het eerst was ingevuld. Elke wijziging vormt een reassignment gebeurtenis.

Vastleggen

Identificeer daaropvolgende wijzigingen in het veld 'Toegewezen aan' na de initiële toewijzing.

Gebeurtenistype inferred
Incident opgelost
Deze activiteit markeert de bevestiging dat het incident succesvol is opgelost en de dienst is hersteld. Het valt vaak samen met de overgang naar de 'Opgelost' status.
Het belang

Dit is de primaire succesmijlpaal in het proces. De duur tot dit punt is de meest voorkomende KPI, die de Time to Resolution (TTR) vertegenwoordigt.

Vindplaats

Afgeleid uit de statuswijziging naar 'Opgelost'. In veel workflows is dit hetzelfde gebeurtenis als 'Oplossing voorgesteld', wat het belangrijkste resolutiepunt vertegenwoordigt.

Vastleggen

Identificeer de timestamp van de statusovergang naar 'Opgelost'.

Gebeurtenistype inferred
Onderzoek gestart
Geeft aan dat een toegewezen medewerker actief is begonnen met het diagnosticeren van het incident. Dit wordt doorgaans afgeleid wanneer de status van het incident overgaat van 'Open' of 'Nieuw' naar 'In behandeling'.
Het belang

Deze belangrijke mijlpaal markeert het begin van actieve resolutie-inspanningen. Het meten van de tijd tot deze activity helpt bij het vinden van initiële wachtrijvertragingen en bron beschikbaarheidsproblemen.

Vindplaats

Afgeleid uit de statuswijzigingshistorie van de issue. De timestamp van het gebeurtenis is wanneer de status overgaat naar een status die actief werk vertegenwoordigt, zoals 'In behandeling'.

Vastleggen

Identificeer de timestamp van de statusovergang naar 'In uitvoering'.

Gebeurtenistype inferred
Oplossing Voorgesteld
Deze activiteit geeft aan dat een oplossing is geïdentificeerd en geïmplementeerd, en het incident in afwachting is van bevestiging of finale validatie. Het wordt afgeleid uit de statusovergang naar 'Opgelost'.
Het belang

Dit is een belangrijke mijlpaal die het einde van de actieve werkzaamheden door het supportteam markeert. Het is vaak de gebeurtenis die de SLA-klok stopt.

Vindplaats

Afgeleid uit de statuswijzigingshistorie van de issue. De timestamp van het gebeurtenis is wanneer de status overgaat naar 'Opgelost' of een gelijkwaardige status.

Vastleggen

Identificeer de timestamp van de statusovergang naar 'Opgelost'.

Gebeurtenistype inferred
Wachten Op Klant
Markeert een punt waarop het supportteam wacht op Informatie of actie van de klant. Dit wordt afgeleid van een status transition naar een specifieke wachtstatus zoals 'Waiting for customer'.
Het belang

Het isoleren van deze tijd in wachtstand is belangrijk voor nauwkeurige SLA-metingen, aangezien deze vaak wordt uitgesloten van resolutietijdberekeningen. Het helpt bij het analyseren van klantreactievertragingen.

Vindplaats

Afgeleid uit de statuswijzigingshistorie van de issue. Het gebeurtenis komt overeen met de timestamp waarop de status wijzigt naar 'Wachten op klant' of een vergelijkbare status.

Vastleggen

Identificeer de timestamp van de statusovergang naar 'Wachten op klant'.

Gebeurtenistype inferred
Geëscaleerd naar gespecialiseerd team
Betekent dat het incident is geëscaleerd naar een gespecialiseerd team (bijv. Tier 2, Development) voor geavanceerde ondersteuning. Dit wordt afgeleid uit een wijziging in een aangepast veld 'Support Team' of een specifieke herindeling.
Het belang

Belicht incidenten die gespecialiseerde kennis vereisen en volgt de flow tussen verschillende supportniveaus. Dit helpt bij het vinden van knelpunten binnen gespecialiseerde teams en het analyseren van escalatiepatronen.

Vindplaats

Afgeleid uit de issue history door wijzigingen te volgen in een aangepast veld dat het toegewezen team vertegenwoordigt of door een 'Assignee'-wijziging naar een lid van een bekende specialistische groep te vinden.

Vastleggen

Detecteer een wijziging in een aangepast veld voor 'Assigned Team' of specifieke wijzigingen van de assignee.

Gebeurtenistype inferred
Gekoppeld aan Problem Ticket
Treedt op wanneer een incident wordt gekoppeld aan een 'Problem' issue voor oorzaakanalyse. Dit is een expliciete gebeurtenis die wordt vastgelegd wanneer een 'relates to' of 'caused by' link wordt gemaakt naar een Problem issue type.
Het belang

Het volgen van deze link is belangrijk om te begrijpen hoe effectief de organisatie overgaat van incidentmitigatie naar oorzaakanalyse en preventie.

Vindplaats

Dit is een expliciete gebeurtenis die is gelogd in de link history van de issue. Elke link creation heeft een timestamp en kan worden gefilterd op links naar het 'Problem' issue type.

Vastleggen

Gebruik de timestamp van de aanmaak van een issue-link naar een issue type 'Problem'.

Gebeurtenistype explicit
Incident geprioriteerd
Vertegenwoordigt het instellen van de prioriteit en/of ernst van het incident, wat de urgentie en bedrijfsimpact ervan bepaalt. Dit wordt doorgaans afgeleid uit de eerste keer dat de velden 'Prioriteit' of 'Ernst' worden ingevuld of bijgewerkt na aanmaak.
Het belang

Het volgen van prioritering helpt analyseren of incidenten snel en consistent worden beoordeeld. Vertragingen in deze stap kunnen direct van invloed zijn op SLA-berekeningen en toewijzing van middelen.

Vindplaats

Afgeleid uit het issue history log, dat wijzigingen in alle velden bijhoudt. Zoek naar de eerste update van het 'Prioriteit'- of een custom 'Severity'-veld na het aanmaak-gebeurtenis van de issue.

Vastleggen

Detecteer de eerste wijziging in het 'Priority' veld in de issue history.

Gebeurtenistype inferred
Incident heropend
Vertegenwoordigt een situatie waarin een eerder opgelost incident opnieuw wordt geactiveerd omdat het probleem zich herhaalde of de oplossing ineffectief was. Dit wordt afgeleid uit een statusverandering van 'Opgelost' of 'Gesloten' terug naar een open status.
Het belang

Heropende incidenten zijn een directe maatstaf voor de kwaliteit van de oplossing en een belangrijke indicator voor herstelwerk. Het analyseren van deze gebeurtenissen helpt bij het vinden van vroegtijdige afsluitingen en ineffectieve oplossingen.

Vindplaats

Afgeleid uit de statuswijzigingshistorie van de issue. Het gebeurtenis wordt geregistreerd wanneer de status vanuit een eindstatus zoals 'Opgelost' of 'Gesloten' terugkeert naar 'Open' of 'In behandeling'.

Vastleggen

Detecteer status change van 'Opgelost' of 'Closed' naar een open status.

Gebeurtenistype inferred
Incident toegewezen
Deze activiteit duidt op de initiële toewijzing van het incident aan een supportmedewerker of -groep voor afhandeling. Het wordt vastgelegd door de eerste keer te volgen dat het 'Assignee'- of 'Assigned Group'-veld wordt gevuld.
Het belang

Meet de initiële reactie- en toewijzingstijd, wat een belangrijke component is van SLA meetwaarden. Het helpt vertragingen te vinden voordat actief onderzoek begint.

Vindplaats

Afgeleid uit de issue history door de eerste wijziging in het 'Assignee'-veld te vinden waarbij de vorige waarde 'Niet toegewezen' was.

Vastleggen

Detecteer de eerste update van het 'Assignee' veld in de issue history.

Gebeurtenistype inferred
Klant Heeft Gereageerd
Geeft aan dat de klant de gevraagde Informatie heeft verstrekt en dat het incident kan worden voortgezet. Dit wordt afgeleid wanneer de status vanuit 'Wachten op klant' terugkeert naar een actieve status.
Het belang

Deze activiteit markeert het einde van een door de klant veroorzaakte vertraging. Het analyseren van de duur tussen 'Waiting For Klant' en dit gebeurtenis onthult de gemiddelde responstijd van de klant.

Vindplaats

Afgeleid uit de statuswijzigingshistorie van de issue. Het gebeurtenis vindt plaats wanneer de status overgaat van 'Wachten op klant' naar een status zoals 'In behandeling', vaak getriggerd doordat de klant een opmerking toevoegt.

Vastleggen

Detecteer status change van 'Waiting for customer' naar 'In Progress'.

Gebeurtenistype inferred
Opmerking Toegevoegd
Vertegenwoordigt elke communicatie of notitie waarbij een gebruiker een opmerking toevoegt aan het incidentticket. Dit is een expliciete gebeurtenis die wordt vastgelegd telkens wanneer een opmerking wordt geplaatst.
Het belang

Het analyseren van de commentaarfrequentie kan inzicht bieden in communicatiepatronen, samenwerkingsefficiëntie en de complexiteit van een incident. Het kan incidenten inzichtelijk maken die buitensporige communicatie vereisen.

Vindplaats

Dit is een expliciete gebeurtenis. Jira slaat elke comment op met een timestamp en auteur, beschikbaar via de comment history van de issue of de API.

Vastleggen

Gebruik de timestamp van elke comment die aan het issue is toegevoegd.

Gebeurtenistype explicit
Workaround geleverd
Vertegenwoordigt de implementatie van een tijdelijke oplossing om de dienstverlening te herstellen terwijl een permanente oplossing wordt ontwikkeld. Dit kan worden afgeleid uit een statuswijziging of een specifieke opmerking.
Het belang

Het meten van de tijd die nodig is om een workaround te bieden, is een belangrijke indicator voor de snelheid van service restoration. Het helpt onderscheid te maken tussen een tijdelijke oplossing en een permanente resolution.

Vindplaats

Dit wordt vaak afgeleid. Het kan een transitie zijn naar een 'Workaround Provided' status of de toevoeging van een publieke comment die specifieke keywords zoals 'workaround' bevat.

Vastleggen

Identificeer een specifieke statusovergang of trefwoord in een opmerking.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

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