Datatemplate voor probleembeheer

Jira Service Management
Datatemplate voor probleembeheer

Datatemplate voor probleembeheer

Deze template helpt je IT-servicemanagementworkflows te analyseren. Je ziet welke essentiële datapunten en processtappen je in Jira Service Management nodig hebt. De template geeft een gestructureerd overzicht van de attributen en activiteiten waarmee je kunt volgen hoe het team onderliggende problemen onderzoekt en de oorzaken ervan achterhaalt. Gebruik deze richtlijnen om data te verzamelen en process mining-analyses uit te voeren die concrete verbeterpunten opleveren.
  • Aanbevolen attributen voor een grondige analyse
  • Processtappen voor het event log
  • Technische richtlijnen voor data-extractie

Attributen voor probleembeheer

Dit zijn de aanbevolen datavelden voor het event log, zodat je de levenscyclus van probleembeheer volledig kunt analyseren.
5 Verplicht 5 Aanbevolen 10 Optioneel
Naam Beschrijving
Activiteit
ActivityName
De specifieke actie of statuswijziging van het probleemrecord.
Beschrijving

Dit attribuut bevat de naam van de gebeurtenis of statusovergang in de levenscyclus van probleembeheer. Voorbeelden zijn 'Probleem geregistreerd', 'Status gewijzigd naar Onderzoek' en 'Oorzaak vastgesteld'.

Dit attribuut is nodig om het procesverloop in kaart te brengen en de volgorde van stappen voor het oplossen van een probleem te bepalen. In process mining vormen deze activiteiten de knooppunten van de proceskaart.

Waarom dit belangrijk is

Bepaalt de stappen op de proceskaart en maakt analyse van procesvarianten mogelijk.

Waar vind je dit?

Jira Changelog (History) of statusovergangen van issues

Voorbeelden
Probleemrecord aangemaaktOnderzoek gestartOorzaak vastgesteldTijdelijke oplossing bijgewerktProbleemrecord gesloten
Bronsysteem
SourceSystem
De naam van het systeem waaruit de data afkomstig is.
Beschrijving

Geeft aan uit welk softwaresysteem de procesdata is gehaald. In dit geval is de waarde altijd 'Jira Service Management'.

Dit attribuut is vooral handig in omgevingen met meerdere systemen, omdat je er databronnen mee kunt onderscheiden. In deze weergave dient het vooral als vaste aanduiding van de herkomst van de data.

Waarom dit belangrijk is

Geeft context over de herkomst van de data, vooral wanneer je deze samenvoegt met andere IT-servicemanagementdata.

Waar vind je dit?

Vast ingesteld of afkomstig uit de systeemconfiguratie

Voorbeelden
Jira Service ManagementJira CloudJSM-Prod
Laatste data-update
LastDataUpdate
Het tijdstip waarop de data is geëxtraheerd of voor het laatst is vernieuwd.
Beschrijving

Geeft aan wanneer de dataset voor het laatst is gesynchroniseerd met de liveomgeving van Jira Service Management. Zo weten analisten hoe actueel de data is.

Hiermee controleer je of de analyse de meest recente processtatus weergeeft en spoor je mogelijke vertragingen in de data op.

Waarom dit belangrijk is

Zorgt voor actuele data en helpt bij het beoordelen van de analyseresultaten.

Waar vind je dit?

ETL-tijdstip

Voorbeelden
2023-11-01T12:00:00Z2023-11-02T00:00:00Z
Probleemrecord
ProblemKey
De unieke identificatiecode die in Jira Service Management aan het probleemrecord wordt toegekend.
Beschrijving

Dit attribuut is de centrale case-ID voor de process mining-analyse. Het is de unieke sleutel, bijvoorbeeld PM-1001, die Jira Service Management aanmaakt wanneer een nieuw probleemrecord wordt geregistreerd.

Met deze sleutel groepeer je alle bijbehorende activiteiten, statuswijzigingen en updates in één procesinstantie van begin tot eind. Door dit attribuut te analyseren, kun je de volledige levenscyclus van een probleem visualiseren, van de eerste melding en het onderzoek tot de definitieve afsluiting.

Waarom dit belangrijk is

Dit is de unieke sleutel die nodig is om het procesverloop te reconstrueren en specifieke probleemrecords te volgen.

Waar vind je dit?

Issuetabel, veld 'Key' of 'Issue Key'

Voorbeelden
PM-1023PM-4099PRB-3321PM-5001
Timestamp
EventTimestamp
De exacte datum en tijd waarop de activiteit plaatsvond.
Beschrijving

Dit attribuut registreert het exacte moment waarop een activiteit plaatsvond. Je gebruikt het om gebeurtenissen chronologisch te ordenen en de tijd tussen stappen te berekenen.

Nauwkeurige timestamps zijn nodig om doorlooptijden te berekenen, bijvoorbeeld van 'Probleem geregistreerd' tot 'Oorzaak vastgesteld', en om de doorvoer over een bepaalde periode te analyseren.

Waarom dit belangrijk is

Maakt de berekening van alle tijdgebonden KPI’s en de juiste volgorde van gebeurtenissen mogelijk.

Waar vind je dit?

Aanmaakdatum van Jira Changelog of aanmaakdatum van issue

Voorbeelden
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
Categorie hoofdoorzaak
RootCauseCategory
De classificatie van de onderliggende oorzaak van het probleem.
Beschrijving

De technische of procesmatige fout die het probleem veroorzaakte, wordt ingedeeld in een categorie, zoals 'Softwarefout', 'Menselijke fout' of 'Hardwarestoring'. Dit is vaak een aangepast veld in Jira Service Management.

Dit attribuut ondersteunt het dashboard 'Verdeling van hoofdoorzaken'. Zo kun je bepalen waar investeringen in infrastructuur of training herhaling kunnen voorkomen.

Waarom dit belangrijk is

Helpt structurele problemen op te sporen en preventieve maatregelen te bepalen.

Waar vind je dit?

Aangepast veld 'Root Cause' of 'Root Cause Category'

Voorbeelden
SoftwarefoutConfiguratiefoutCapaciteitsprobleemLeveranciersprobleem
Gebruiker
UserKey
De unieke identificatie of naam van de gebruiker die de activiteit heeft uitgevoerd.
Beschrijving

Legt vast welke persoon of systeemaccount verantwoordelijk was voor de activiteit. Dit kan de 'Assignee' zijn die de registratie heeft bijgewerkt, of de 'Author' van een statuswijziging.

Deze data helpt bij het analyseren van de inzet van medewerkers, het opsporen van overdrachtsknelpunten tussen gebruikers en het vaststellen van verantwoordelijkheden binnen het probleembeheerproces.

Waarom dit belangrijk is

Belangrijk voor het analyseren van overdrachten, functiescheiding en werkbelasting.

Waar vind je dit?

Jira-veld 'author' in de changelog of veld 'assignee' bij de issue

Voorbeelden
j.smithsystem_automationm.doe
Prioriteit
Priority
De urgentie die aan de probleemregistratie is toegekend.
Beschrijving

Geeft de urgentie en impact van het probleem aan, meestal van 'Laag' tot 'Kritiek'. Met dit veld kun je analyses uitsplitsen en controleren of problemen met hoge prioriteit binnen de SLA-doelen worden opgelost.

In het dashboard 'SLA-naleving en doeltrends' helpt dit attribuut controleren of kritieke bedrijfsrisico's de juiste prioriteit krijgen.

Waarom dit belangrijk is

Hiermee kun je de procesprestaties uitsplitsen naar bedrijfsurgentie.

Waar vind je dit?

Issueveld 'Priority'

Voorbeelden
HoogsteHoogGemiddeldLaag
Probleemomschrijving
ProblemSummary
De korte omschrijving of titel van de probleemregistratie.
Beschrijving

Bevat de korte samenvatting van de probleemregistratie. De tekst geeft analisten context wanneer ze afzonderlijke cases in de process mining-tool bekijken.

Je kunt de tekst gebruiken om op trefwoorden te zoeken en de soorten gemelde problemen kwalitatief te analyseren.

Waarom dit belangrijk is

Geeft de case-ID een begrijpelijke omschrijving.

Waar vind je dit?

Issueveld 'Summary'

Voorbeelden
Time-out bij databaseverbinding in regio EUPiek in vertraging van e-mailserviceWachtrij voor orderverwerking loopt vast
Toegewezen supportgroep
SupportGroup
Het technische team of de groep die op dat moment is toegewezen om het probleem te onderzoeken.
Beschrijving

Geeft aan welk team op het moment van de gebeurtenis verantwoordelijk was voor de probleemregistratie. In Jira Service Management wordt dit vaak gekoppeld aan 'Component' of een aangepast veld zoals 'Support Group'.

Dit attribuut is nodig voor het dashboard 'Overdrachtsknelpunten tussen supportgroepen'. Analisten zien hiermee hoe problemen tussen teams worden doorgegeven en waar ze het langst blijven liggen.

Waarom dit belangrijk is

Essentieel voor process mining op organisatieniveau en het opsporen van frictie tussen teams.

Waar vind je dit?

Issueveld 'Component' of aangepast veld 'Support Group'

Voorbeelden
DatabasebeheerNetwerkbeheerApplicatieondersteuning niveau 2
Aanmaakdatum
CreatedDate
De datum waarop de probleemregistratie is aangemaakt.
Beschrijving

Het tijdstip waarop het probleem voor het eerst in het systeem is gemeld. De timestamp van een gebeurtenis geeft aan wanneer een activiteit plaatsvond. Dit attribuut gebruik je vaak om op hoofdlijnen te filteren, bijvoorbeeld op alle problemen die in het eerste kwartaal zijn aangemaakt.

Het vormt het uitgangspunt voor de verouderingsanalyse.

Waarom dit belangrijk is

Uitgangsdatum voor analyses van veroudering en het aantal nieuwe meldingen.

Waar vind je dit?

Issueveld 'Created'

Voorbeelden
2023-01-012023-06-15
Aantal gekoppelde incidenten
LinkedIncidentCount
Het aantal incidenten dat aan deze probleemregistratie is gekoppeld.
Beschrijving

Het aantal incidenttickets dat bij de probleemregistratie hoort. Dit attribuut geeft aan hoeveel gebruikers last hebben van het probleem.

In de KPI 'Aantal gekoppelde incidenten' helpt dit om prioriteit te geven aan problemen die de meeste supporttickets opleveren.

Waarom dit belangrijk is

Meet de bedrijfsimpact op basis van het aantal incidenten.

Waar vind je dit?

Aantal koppelingen in de tabel 'issuelinks' met type 'Problem/Incident'

Voorbeelden
011550
Detectiebron
DetectionSource
Hoe het probleem is ontdekt, bijvoorbeeld proactief of reactief.
Beschrijving

Geeft aan hoe het probleem is ontdekt. Veelvoorkomende waarden zijn 'Proactieve monitoring', 'Servicedeskincident' en 'Melding van leverancier'.

In het dashboard 'Proactieve versus reactieve detectie' gebruik je dit attribuut om de volwassenheid van het probleembeheerproces te meten.

Waarom dit belangrijk is

Meet de volwassenheid van het proces en de effectiviteit van monitoringsystemen.

Waar vind je dit?

Aangepast veld 'Source' of 'Detection Source'

Voorbeelden
Proactieve monitoringEscalatie van incidentMelding van leverancier
Evaluatie na implementatie uitgevoerd
ReviewStatus
Geeft aan of er een evaluatie na implementatie (PIR) is uitgevoerd.
Beschrijving

Houdt bij of de activiteit 'Evaluatie na implementatie' of de bijbehorende vlag op de case aanwezig is. Dit is nodig voor het dashboard 'Naleving van evaluaties na implementatie'.

Zo controleer je of de organisatie de governance-eisen voor continu verbeteren naleeft.

Waarom dit belangrijk is

Compliancemetriek voor leren binnen de organisatie.

Waar vind je dit?

Aangepast veld 'PIR Status' of aanwezigheid van de activiteit 'PIR'

Voorbeelden
VoltooidIn behandelingNiet vereist
Gekoppeld wijzigingsverzoek
LinkedChangeRequest
De identificatie van het wijzigingsverzoek dat aan dit probleem is gekoppeld.
Beschrijving

Slaat de ID op van het wijzigingsverzoek (RFC) dat is aangemaakt om de definitieve oplossing door te voeren. Deze koppeling is nodig voor het dashboard 'Vertraging tot start wijzigingsverzoek'.

Zo wordt het probleembeheerproces gekoppeld aan verandermanagement en kun je processen samen analyseren.

Waarom dit belangrijk is

Verbindt het onderzoek met de oplossing binnen het verandermanagementproces.

Waar vind je dit?

Issuekoppelingen met type 'is opgelost door' of vergelijkbaar

Voorbeelden
CR-404CHG-1099CR-5512
Melder
ReporterName
De gebruiker die de probleemregistratie oorspronkelijk heeft aangemaakt.
Beschrijving

Geeft aan wie de probleemregistratie heeft aangemaakt. Dit is niet noodzakelijk de toegewezen gebruiker. Door melders te analyseren, zie je waar problemen worden ontdekt, bijvoorbeeld door servicedeskmedewerkers of systeembeheerders.

Dit geeft extra context aan de analyse 'Proactief versus reactief'.

Waarom dit belangrijk is

Geeft aan waar nieuwe probleemmeldingen vandaan komen.

Waar vind je dit?

Issueveld 'Reporter'

Voorbeelden
monitoring_servicehelpdesk_leadnetwork_admin
Oplossingscode
ResolutionCode
De code die aangeeft hoe het probleem is opgelost.
Beschrijving

Geeft de uiteindelijke uitkomst van de probleemregistratie aan, zoals 'Opgelost', 'Wordt niet opgelost', 'Duplicaat' of 'Niet reproduceerbaar'.

Hiermee kun je opgeloste problemen onderscheiden van registraties die om administratieve redenen zijn gesloten. Zo blijven KPI-berekeningen, zoals 'Gemiddelde tijd tot de hoofdoorzaak', nauwkeurig.

Waarom dit belangrijk is

Maakt onderscheid tussen effectieve oplossingen en administratieve sluitingen.

Waar vind je dit?

Issueveld 'Resolution'

Voorbeelden
AfgerondWordt niet uitgevoerdDuplicaatNiet reproduceerbaar
Opnieuw geopend
IsReopened
Vlag die aangeeft of het probleem na sluiting opnieuw is geopend.
Beschrijving

Een booleaanse vlag die op true staat als de probleemregistratie van gesloten naar open is gegaan. Dit ondersteunt de analyse van het percentage opnieuw geopende problemen.

Een hoog percentage opnieuw geopende problemen kan wijzen op kwaliteitsproblemen met definitieve oplossingen of op onvoldoende controles.

Waarom dit belangrijk is

Kwaliteitsindicator voor de effectiviteit van oplossingen.

Waar vind je dit?

Afgeleid van statusovergangen

Voorbeelden
truefalse
SLA-overschrijdingsstatus
SlaBreachStatus
Geeft aan of de probleemregistratie de afgesproken servicenorm heeft overschreden.
Beschrijving

Een booleaans veld of statusveld dat aangeeft of de oplostijd langer was dan afgesproken. Dit helpt bij het dashboard 'SLA-naleving en doeltrends'.

Het maakt cases zichtbaar die de organisatie blootstellen aan compliancerisico's of boetes.

Waarom dit belangrijk is

Belangrijk voor compliance- en prestatiemonitoring.

Waar vind je dit?

Logica van het SLA-veld in Jira Service Management

Voorbeelden
GehaaldOverschredenGepauzeerd
Tijdelijke oplossing beschikbaar
WorkaroundDetails
Geeft aan of er een tijdelijke oplossing voor het probleem is vastgelegd.
Beschrijving

Legt vast of er een tekst met een tijdelijke oplossing beschikbaar is of is gepubliceerd. Hiermee kun je de 'Publicatiesnelheid van tijdelijke oplossingen' volgen.

Analyse van dit veld laat zien hoe snel het team de dienstverlening kan stabiliseren, nog voordat er een definitieve oplossing is.

Waarom dit belangrijk is

Helpt meten hoe snel het bedrijf een tijdelijke oplossing krijgt.

Waar vind je dit?

Aangepast veld 'Workaround'

Voorbeelden
De service opnieuw startenDe browsercache wissenGeen opgegeven
Verplicht Aanbevolen Optioneel

Activiteiten voor probleembeheer

Dit zijn de belangrijkste processtappen en mijlpalen voor het event log. Zo kun je de workflows voor probleemoplossing nauwkeurig in kaart brengen.
8 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Incident gekoppeld aan probleem
Een gerelateerd incidentticket koppelen aan het probleemrecord. Dit wordt vastgelegd in de tabel met issuekoppelingen of in de historie.
Waarom dit belangrijk is

Bepaalt de impact en omvang van het probleem. Nodig voor de KPI 'Diepte van incident-probleemkoppeling' en om prioriteiten te bepalen op basis van de impact op de bedrijfsvoering.

Waar vind je dit?

Jira-issuekoppelingen: koppeling aangemaakt met het type 'causes' of 'relates to'

Vastleggen

Vastgelegd wanneer een issuekoppeling wordt aangemaakt

Gebeurtenistype explicit
Onderzoek gestart
De status van het probleem verandert naar een actieve onderzoeksstatus, bijvoorbeeld 'Under Investigation' of 'In Progress'. Dit markeert het begin van de actieve werkfase.
Waarom dit belangrijk is

Hiermee begint de klok voor de doorlooptijd van het onderzoek. Zo kun je wachttijd in de achterstand onderscheiden van actieve analyse.

Waar vind je dit?

Jira-issuehistorie: status gewijzigd naar 'Under Investigation' of 'In Progress'

Vastleggen

Vergelijk updates van het statusveld

Gebeurtenistype inferred
Oorzaak vastgesteld
Het moment waarop de onderliggende oorzaak officieel wordt vastgelegd. Dit wordt afgeleid uit een statuswijziging naar 'Root Cause Identified' of doordat het veld 'Root Cause' wordt ingevuld.
Waarom dit belangrijk is

Een belangrijke mijlpaal die de onderzoeksfase afsluit. Nodig om de 'Gemiddelde tijd tot het vinden van de oorzaak' te berekenen.

Waar vind je dit?

Jira-issuehistorie: status gewijzigd naar 'Root Cause Identified' OF veld 'Root Cause' ingevuld

Vastleggen

Vergelijk het statusveld of controleer of het veld is ingevuld

Gebeurtenistype inferred
Oplossing gecontroleerd
De bevestiging dat de oplossing het probleem daadwerkelijk heeft verholpen. Dit wordt afgeleid uit een statusovergang naar 'Resolved' of een specifieke status 'Verified'.
Waarom dit belangrijk is

Deze kwaliteitscontrole bevestigt dat de oplossing werkt. Vertragingen wijzen op knelpunten bij het testen of de acceptatie door gebruikers.

Waar vind je dit?

Jira-issuehistorie: status gewijzigd naar 'Resolved' of 'Verified'

Vastleggen

Vergelijk updates van het statusveld

Gebeurtenistype inferred
Probleemrecord aangemaakt
De eerste gebeurtenis: het probleemticket wordt aangemaakt in het systeem. De aanmaaktimestamp staat expliciet in de issuehistorie.
Waarom dit belangrijk is

Dit markeert het begin van de levenscyclus van probleembeheer en maakt volumeanalyse mogelijk. Nodig om de doorvoer en instroom te berekenen.

Waar vind je dit?

Jira-issuetabel: timestamp van de aanmaakdatum of tabblad History: gebeurtenis Issue Created

Vastleggen

Vastgelegd zodra de transactie voor het aanmaken van het issue is afgerond

Gebeurtenistype explicit
Probleemrecord gesloten
De definitieve afsluiting van de levenscyclus van het probleem. Dit wordt expliciet vastgelegd wanneer de status verandert naar 'Closed'.
Waarom dit belangrijk is

Het definitieve einde van de procesinstantie. Nodig om de totale doorlooptijd en het afsluitpercentage te berekenen.

Waar vind je dit?

Jira-issuehistorie: status gewijzigd naar 'Closed'

Vastleggen

Vastgelegd wanneer de status verandert naar Closed

Gebeurtenistype explicit
Tijdelijke oplossing bijgewerkt
Het tekstveld 'Workaround' wordt ingevuld of bijgewerkt. Deze gebeurtenis geeft aan dat een tijdelijke oplossing is vastgelegd.
Waarom dit belangrijk is

Meet hoe snel de bedrijfsvoering wordt geholpen. Belangrijk voor de KPI 'Doorlooptijd tot beschikbaarheid van een tijdelijke oplossing'.

Waar vind je dit?

Jira-issuehistorie: veld 'Workaround' gewijzigd (niet leeg)

Vastleggen

Vastgelegd wanneer het veld Workaround wordt gewijzigd

Gebeurtenistype explicit
Toegewezen aan supportgroep
De toewijzing van het probleemrecord aan een specifiek technisch team of een supportgroep. Dit wordt bijgehouden via wijzigingen in het aangepaste veld 'Support Group' of, als er geen groepen worden gebruikt, het veld 'Assignee'.
Waarom dit belangrijk is

Belangrijk om overdrachten en knelpunten tussen teams te analyseren. Veel overdrachten kunnen wijzen op problemen met de routering.

Waar vind je dit?

Jira-issuehistorie: veld 'Support Group' of 'Assignee' gewijzigd

Vastleggen

Vastgelegd wanneer het toewijzingsveld verandert

Gebeurtenistype explicit
Definitieve oplossing toegepast
De statusovergang die aangeeft dat de oplossing is doorgevoerd. Dit wordt meestal afgeleid uit een statuswijziging naar 'Implementing' of 'Fixed'.
Waarom dit belangrijk is

Markeert het einde van het technische herstelwerk. Wordt gebruikt om de doorlooptijd van de implementatie te meten.

Waar vind je dit?

Jira-issuehistorie: status gewijzigd naar 'Implemented', 'Pending Verification' of 'Fixed'

Vastleggen

Vergelijk updates van het statusveld

Gebeurtenistype inferred
Evaluatie na implementatie
Een evaluatie uitvoeren nadat de oplossing is toegepast. Dit wordt vastgelegd via een statuswijziging naar 'In Review' of updates van specifieke PIR-velden.
Waarom dit belangrijk is

Een compliance-activiteit om geleerde lessen vast te leggen. Ondersteunt de analyse 'Compliance van evaluaties na implementatie'.

Waar vind je dit?

Jira-issuehistorie: status gewijzigd naar 'In Review' OF veld 'PIR Notes' bijgewerkt

Vastleggen

Vergelijk het statusveld of de updates van PIR-velden

Gebeurtenistype inferred
Prioriteit van probleem gewijzigd
Een wijziging van het veld Priority van het probleemrecord. Je kunt dit vastleggen door in het tabblad History wijzigingen aan het veld 'Priority' te volgen.
Waarom dit belangrijk is

Dit kan wijzen op een escalatie of de-escalatie van het probleem. Analyse hiervan helpt de nauwkeurigheid van de eerste beoordeling en de ouderdom van de achterstand met hoge prioriteit te bepalen.

Waar vind je dit?

Jira-issuehistorie: veld 'Priority' gewijzigd van oude waarde naar nieuwe waarde

Vastleggen

Vastgelegd wanneer het veld Priority wordt bijgewerkt

Gebeurtenistype explicit
Probleem opnieuw geopend
De status van een probleem verandert van 'Resolved' of 'Closed' terug naar een actieve status. Dit wijst op een mislukte oplossing of een afgewezen oplossing.
Waarom dit belangrijk is

Een belangrijke kwaliteitsmetriek. Veel heropende records wijzen op een ineffectieve oorzaakanalyse of test.

Waar vind je dit?

Jira-issuehistorie: status gewijzigd van 'Closed'/'Resolved' naar 'Open'/'In Progress'

Vastleggen

Vergelijk de volgorde van statuswijzigingen

Gebeurtenistype inferred
SLA overschreden
Een gebeurtenis die aangeeft dat de oplossing van het probleem langer duurde dan de afgesproken Service Level Agreement. Dit wordt berekend door de SLA-doeldatum te vergelijken met de oplossingsdatum.
Waarom dit belangrijk is

Belangrijk voor compliance-rapportages. Hiermee zie je welke prioriteiten of categorieën het vaakst de doelen niet halen.

Waar vind je dit?

SLA-logboeken van Jira Service Management: 'Time to Resolution' > doel, of berekende waarde

Vastleggen

Haal dit uit de SLA-velddata of vergelijk Due Date met Resolution Date

Gebeurtenistype calculated
Wijzigingsverzoek gekoppeld
Een Request for Change (RFC) koppelen aan het probleemrecord. Dit geeft aan dat het proces voor een definitieve oplossing is gestart.
Waarom dit belangrijk is

Meet de tijd tussen het vaststellen van de oorzaak en het starten van de oplossing. Ondersteunt de KPI 'Vertraging bij overgang naar verandermanagement'.

Waar vind je dit?

Jira-issuekoppelingen: koppeling aangemaakt met het type 'is fixed by' of gekoppeld aan een issue van het type 'Change'

Vastleggen

Vastgelegd wanneer een koppeling naar een issue van het type Change wordt aangemaakt

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Jira Service Management

Klaar om te beginnen?

Zet data over probleembeheer om in concrete inzichten. Download de gids of neem contact op met ons supportteam om met process mining aan de slag te gaan.

Verbeter vandaag nog je probleembeheerproces

Verkort de doorlooptijden met 30% en verbeter de stabiliteit van je IT-omgeving.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.