Datatemplate voor probleembeheer
Datatemplate voor probleembeheer
- Aanbevolen attributen voor een grondige analyse
- Processtappen voor het event log
- Technische richtlijnen voor data-extractie
Attributen voor probleembeheer
| 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
|
|||
Activiteiten voor probleembeheer
| 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
|
|||
Extractiegidsen
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.
Geen creditcard nodig. Binnen enkele minuten ingesteld.