Uw Problem Management Data Template
Uw Problem Management Data Template
Dit is onze generieke process mining-datatemplate voor {processNaam}. Gebruik onze systeemspecifieke templates voor meer specifieke begeleiding.
Selecteer een specifiek systeem- Een universeel framework, toepasbaar op elk Probleembeheer systeem.
- Aanbevolen datavelden en processtappen voor uitgebreide analyse.
- Fundamentele inzichten om uw process mining reis efficiënt te beginnen.
Probleembeheer Attributes
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van een specifieke event, taak of statuswijziging die heeft plaatsgevonden binnen de levenscyclus van probleembeheer. | ||
| Omschrijving De Activiteitsnaam beschrijft een enkele stap in het probleembeheerproces, zoals 'Probleemmelding Aangemaakt', 'Hoofdoorzaak Geïdentificeerd' of 'Permanente Oplossing Geïmplementeerd'. Deze activiteiten worden chronologisch vastgelegd om het verhaal te reconstrueren van hoe een probleem is afgehandeld. Voor process mining is dit attribute cruciaal voor het construeren van de proceskaart, die de werkelijke workflow visueel representeert. Het analyseren van de sequentie, frequentie en paden van deze activiteiten helpt afwijkingen, knelpunten en inefficiënties in het probleemoplossingsproces te onthullen. Het belang Dit attribute definieert de stappen in het proces, wat de visualisatie en analyse van de process flow, inclusief veelvoorkomende paden en afwijkingen, mogelijk maakt. Vindplaats Activiteitsnamen zijn vaak afgeleid van statuswijzigingslogboeken, audit trails of event tabellen die zijn gekoppeld aan de primaire probleemmelding. Voorbeelden Onderzoek gestartPrioriteit GewijzigdWorkaround `geleverd`Probleemmelding Gesloten | |||
| Probleemmelding ID ProblemRecordId | De unieke identifier voor een probleemmelding, die een enkele instantie van het probleembeheerproces vertegenwoordigt. | ||
| Omschrijving De Probleemmelding ID dient als de primaire sleutel voor het volgen van de gehele levenscyclus van een probleem, van creatie tot definitieve oplossing. Elk probleem, dat gekoppeld kan zijn aan meerdere incidenten, krijgt een unieke ID toegewezen om het te onderscheiden van alle andere problemen. In process mining is dit attribute fundamenteel, omdat het de case definieert, waardoor de tool alle gerelateerde activiteiten kan groeperen in één enkele procesinstantie. Het analyseren van processtromen, het identificeren van knelpunten en het berekenen van case-duren zijn allemaal afhankelijk van de correcte identificatie van elke unieke probleemmelding. Het belang Dit is de essentiële Case ID die alle gerelateerde events groepeert, waardoor het mogelijk wordt de end-to-end reis van elk probleem onderzoek te traceren. Vindplaats Deze identifier wordt doorgaans gevonden in de hoofd problem of ticket tabel van het IT Service Management (ITSM) systeem. Voorbeelden PRB0040332PROB-1298778103PM-5501 | |||
| Tijdstip Gebeurtenis EventTime | De exacte datum en tijd waarop een specifieke activiteit plaatsvond. | ||
| Omschrijving Event Time, of timestamp, biedt de chronologische context voor elke activiteit in de levenscyclus van het probleem. Het is essentieel voor het correct sequentieel plaatsen van events en voor het berekenen van de duur tussen verschillende processtappen. In process mining wordt dit attribute gebruikt om activiteiten te ordenen, het procesmodel te ontdekken en alle tijdsgebaseerde analyses uit te voeren. Het vormt de basis voor het berekenen van key performance indicators zoals 'Gemiddelde Onderzoekstijd Hoofdoorzaak' en voor het identificeren van vertragingen tussen stappen, zoals de overdracht tussen het identificeren van een hoofdoorzaak en het initiëren van een 'change request'. Het belang De timestamp voor elke activiteit is cruciaal voor het ordenen van events en het berekenen van alle tijdsgebonden metrics, zoals doorlooptijden en knelpuntduur. Vindplaats Deze timestamp bevindt zich doorgaans in een event log of audit trail table naast de activity name en case identifier. Voorbeelden 2023-04-15T10:22:05Z2023-11-20T14:05:30Z2024-01-08T09:00:11Z | |||
| Bronsysteem SourceSystem | De naam van de applicatie of het systeem waaruit de data is geëxtraheerd. | ||
| Omschrijving Dit attribute identificeert de herkomst van de problem management data, bijvoorbeeld ServiceNow, Jira, of een zelfontwikkelde ITSM-tool. Het is bijzonder belangrijk in omgevingen waar data uit meerdere systemen wordt gecombineerd voor een holistische analyse. In een process mining context kan Source System worden gebruikt als een filter om procesprestaties en variaties te vergelijken tussen verschillende business units of platforms. Het helpt ook bij data validation en troubleshooting door context te bieden over waar de data vandaan komt. Het belang Identificeert de herkomst van de data, wat cruciaal is voor datavalidatie en voor het vergelijken van processen over verschillende systemen of organisatie-eenheden. Vindplaats Dit is doorgaans een statische waarde die tijdens het data extraction proces wordt toegevoegd om records van een specifiek source system te labelen. Voorbeelden ServiceNowJira Service Management`BMC Helix ITSM`Freshservice | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor het laatst is geëxtraheerd of vernieuwd uit het bronsysteem. | ||
| Omschrijving Dit attribute registreert de datum en tijd van de meest recente data pull. Het biedt transparantie over de actualiteit van de geanalyseerde data, wat garandeert dat stakeholders het tijdsbestek begrijpen dat door de analyse wordt bestreken. In dashboards en rapporten is deze informatie cruciaal voor context. Het helpt gebruikers te weten of ze naar real-time informatie kijken of een snapshot van een specifiek tijdstip, wat de interpretatie van metrics zoals 'Aged Problem Backlog' beïnvloedt. Het belang Biedt cruciale context over de actualiteit van data, en zorgt ervoor dat analyses en dashboards correct worden geïnterpreteerd op basis van de laatste data refresh. Vindplaats Deze timestamp wordt doorgaans gegenereerd en opgeslagen door de data extraction, transformation en loading (ETL) tool of script tijdens data ingestion. Voorbeelden 2023-10-01T06:00:00Z2024-02-20T08:00:00Z2024-03-15T05:30:00Z | |||
| Aantal Gerelateerde Incidenten RelatedIncidentCount | Het totale aantal individuele incidentmeldingen dat aan het probleem is gekoppeld. | ||
| Omschrijving Dit attribute kwantificeert de impact van een probleem door te laten zien hoeveel user-facing incidents het heeft veroorzaakt. Een probleem met een groot aantal gerelateerde incidents is doorgaans meer ontwrichtend voor de business. Deze metric is een krachtig middel voor prioritering en impactanalyse. In process mining kan het worden gebruikt om het aantal incidents te correleren met de onderzoekstijd of oplossingsprioriteit. Het helpt organisaties de omvang van problemen te begrijpen en rechtvaardigt de middelen die worden besteed aan problem management door te laten zien hoeveel incidents worden voorkomen door één enkele oplossing. Het belang Kwantificeert de zakelijke impact van een probleem, wat helpt bij het prioriteren van onderzoeken en het meten van de effectiviteit van de oplossing. Vindplaats Deze waarde is vaak een berekend veld op het problem record dat het aantal gelinkte incident records telt. Voorbeelden 5281501 | |||
| Aantal Herindelingen ReassignmentCount | Het aantal keren dat de probleemmelding is heropgedragen tussen verschillende supportgroepen of individuen. | ||
| Omschrijving Deze metric telt hoe vaak de verantwoordelijkheid voor een probleem is overgedragen. Een hoog aantal her-toewijzingen duidt vaak op procesinefficiëntie, zoals onjuiste initiële routering of een gebrek aan duidelijkheid in teamverantwoordelijkheden. In process mining is dit een belangrijke indicator van procesfrictie. Het kan worden gebruikt om 'ping-pong' scenario's te identificeren waarbij een probleem heen en weer stuitert tussen teams. Het analyseren van cases met veel her-toewijzingen kan kennislacunes of procesfouten onthullen die leiden tot aanzienlijke vertragingen en verspilde inspanningen. Het belang Helpt bij het kwantificeren van procesinefficiëntie door buitensporige overdrachten te volgen, wat vaak wijst op onjuiste routering, kennisleemtes of onduidelijke verantwoordelijkheden. Vindplaats Dit is vaak een teller veld dat wordt verhoogd op het problem record bij elke toewijzingswijziging. Het kan ook worden berekend vanuit de event log. Voorbeelden 0135 | |||
| Affected Service AffectedService | De primaire bedrijfsservice, applicatie of configuratie-item (CI) die door het probleem is getroffen. | ||
| Omschrijving Dit attribute koppelt een probleem aan een specifieke component of service binnen de IT-infrastructuur, zoals 'Email Service' of 'Customer Relationship Management Platform'. Het biedt cruciale business context aan het technische probleem. In process mining analyse maakt de Affected Service een bedrijfsgerichte weergave van het proces mogelijk. Het helpt vragen te beantwoorden zoals: 'Welke services genereren de meeste problemen?' of 'Wat is onze gemiddelde oplossingstijd voor problemen die kritieke financiële systemen beïnvloeden?'. Deze context is cruciaal voor het prioriteren van verbeteringsinspanningen op basis van business impact. Het belang Biedt zakelijke context door technische problemen te koppelen aan de services die ze beïnvloeden, waardoor prioritering op basis van bedrijfskritiek mogelijk wordt. Vindplaats Dit is doorgaans gelinkt vanuit een Configuration Management Database (CMDB) en opgeslagen in een 'Configuration Item' of 'Service' veld op het problem record. Voorbeelden E-mail en SamenwerkingsdienstenSAP ERP FinancialsBedrijfs-VPNHoofdklantwebsite | |||
| Oorzaakcategorie RootCauseCategory | De uiteindelijke classificatie van de onderliggende oorzaak die tot het probleem heeft geleid. | ||
| Omschrijving Nadat een onderzoek is voltooid, wordt de Hoofdoorzaak Categorie gebruikt om de fundamentele reden voor het probleem te classificeren, zoals 'Software Defect', 'Hardware Failure' of 'Configuration Error'. Deze categorisatie is van vitaal belang voor strategische verbetering. Dit attribute is de hoeksteen van het 'Root Cause Investigation Performance' dashboard. Door de frequentie van verschillende hoofdoorzaakcategorieën te analyseren, kunnen organisaties terugkerende systemische problemen identificeren en lange-termijn oplossingen prioriteren. Het helpt de focus te verleggen van reactieve probleemoplossing naar proactieve preventie. Het belang Dit is cruciaal voor strategische analyse, en helpt bij het identificeren van systemische problemen en trends in wat problemen veroorzaakt binnen de organisatie. Vindplaats Deze informatie wordt doorgaans vastgelegd in een speciaal veld op het problem record, vaak ingevuld vóór of tijdens de afsluitingsfase. Voorbeelden ConfiguratiefoutSoftware DefectHardwarestoring`Probleem met gebruikerstraining` | |||
| Prioriteit Priority | Het toegewezen prioriteitsniveau van het probleem, dat de urgentie van onderzoek en oplossing dicteert. | ||
| Omschrijving Prioriteit is een key attribute dat wordt gebruikt om problemen te classificeren op basis van hun zakelijke impact en urgentie. Het helpt teams hun inspanningen eerst te richten op de meest kritieke problemen. Prioriteitsniveaus zijn vaak gestandaardiseerd, zoals Kritiek, Hoog, Gemiddeld en Laag. In procesanalyse is Prioriteit een krachtige dimensie voor filtering en vergelijking. Analisten kunnen de processtroom voor problemen met hoge prioriteit vergelijken met die met lage prioriteit om te zien of ze anders of efficiënter worden afgehandeld. Het is ook fundamenteel voor SLA-compliance analyse, aangezien SLA's vaak gekoppeld zijn aan prioriteitsniveaus. Het belang Maakt segmentatie van de analyse mogelijk om te vergelijken hoe kritieke problemen worden afgehandeld versus routinematige problemen, en is essentieel voor het meten van SLA-naleving. Vindplaats Dit is een standaard veld in de hoofd problem record tabel van de meeste ITSM-platforms. Voorbeelden 1 - Kritiek2 - Hoog3 - Gemiddeld4 - Laag | |||
| SLA Einddatum SlaDueDate | De streefdatum en -tijd waarop de probleemmelding naar verwachting is opgelost volgens de service level agreement. | ||
| Omschrijving De SLA-einddatum stelt een formeel doel voor probleemoplossing vast. Dit doel wordt gewoonlijk bepaald op basis van de prioriteit van het probleem en de voorwaarden die zijn gedefinieerd in de service level agreement (SLA). Dit attribute is essentieel voor het 'SLA Compliance Overview' dashboard. Door de werkelijke oplossingstijd te vergelijken met de SLA-einddatum, kunnen organisaties SLA-succespercentages berekenen. Process mining kan dit verder uitsplitsen om te identificeren welke processtappen of teams het meest bijdragen aan SLA-overschrijdingen. Het belang Definieert het oplossingsdoel en vormt de basis voor alle SLA-compliance metingen en rapportage. Vindplaats Deze datum wordt doorgaans berekend en opgeslagen in het probleemrecord op basis van de aanmaaktijd en prioriteit. Voorbeelden 2023-05-20T17:00:00Z2024-01-10T09:30:00Z2024-03-01T12:00:00Z | |||
| SLA Overtreden SlaBreached | Een vlag die aangeeft of de probleemoplossing de toegewezen SLA-einddatum heeft overschreden. | ||
| Omschrijving Dit boolean attribute biedt een eenvoudige, directe indicator of een Service Level Agreement is nageleefd. Het wordt doorgaans ingesteld op 'true' als de resolution timestamp van het probleem later is dan de SLA Due Date. Als directe uitkomstmaat is deze flag uiterst nuttig voor high-level dashboarding en rapportage. In process mining kan het worden gebruikt om conformance checks te creëren of om te filteren op alle geschonden cases. Het analyseren van de process maps van geschonden versus niet-geschonden problemen kan patronen, bottlenecks of specifieke activiteiten onthullen die veelvoorkomende oorzaken zijn van SLA failure. Het belang Biedt een duidelijk succes- of faalresultaat voor SLA-compliance, waardoor het eenvoudig is om te filteren op en te analyseren welke procespaden leiden tot overtredingen. Vindplaats Dit is vaak een afgeleid of berekend veld, bepaald door de resolution timestamp te vergelijken met de SLA Due Date. Voorbeelden truefalse | |||
| Supportgroep SupportGroup | Het technische team of de afdeling die verantwoordelijk is voor het onderzoeken en oplossen van het probleem op een bepaald moment. | ||
| Omschrijving De Supportgroep geeft aan welk team aan het probleem is toegewezen. Naarmate een probleem vordert, kan het worden heropgedragen tussen verschillende groepen, zoals van een Level 2 supportteam naar een gespecialiseerd Netwerk Engineering team. Dit attribute is essentieel voor het analyseren van teamprestaties en overdrachten tussen teams. Process mining kan vertragingen veroorzaakt door heropdrachten belichten, meten hoe lang problemen bij elke groep blijven, en identificeren welke teams het meest effectief zijn in het oplossen van bepaalde soorten problemen. Het ondersteunt direct dashboards zoals 'Support Group Handoff Analysis'. Het belang Cruciaal voor het analyseren van teamprestaties, het identificeren van knelpunten veroorzaakt door overdrachten, en het begrijpen van de werkverdeling over verschillende teams. Vindplaats Deze informatie wordt doorgaans opgeslagen in de toewijzingsgeschiedenis van het problem record of de hoofd details table binnen het ITSM-systeem. Voorbeelden `Netwerkbeheer`DatabaseadministratieApplication Support L3Security Team | |||
| Gerelateerd Change Request ID RelatedChangeRequestId | De identifier van het change request dat is geïnitieerd om de permanente oplossing voor het probleem te implementeren. | ||
| Omschrijving Dit attribute creëert een directe link tussen het problem management proces en het change management proces. Het wordt gebruikt wanneer een codewijziging, hardwarevervanging of andere aanpassing nodig is om de root cause van het probleem op te lossen. Het analyseren van deze link is essentieel om de 'Change Management Handoff Delay' te begrijpen. Process mining kan de tijd meten vanaf het moment dat een root cause is geïdentificeerd tot het moment dat een change request wordt aangemaakt, en vanaf het moment dat de change is geïmplementeerd tot het moment dat het probleem definitief wordt afgesloten. Dit helpt bij het identificeren van inefficiënties in de interactie tussen de twee processen. Het belang Koppelt het probleem aan de oplossing in change management, waardoor analyse van overdrachtsvertragingen en de end-to-end oplossing levenscyclus mogelijk wordt. Vindplaats Dit is doorgaans een reference field op het problem record dat linkt naar het corresponderende record in het change management systeem of de module. Voorbeelden CHG0030219CR-8812CHANGE-401 | |||
| Probleemstatus ProblemStatus | De huidige levenscyclusstatus van de probleemmelding, zoals Open, In Onderzoek of Gesloten. | ||
| Omschrijving De Probleemstatus geeft de huidige fase van het probleem in zijn workflow aan. Het biedt een momentopname van waar het probleem zich op een bepaald moment bevindt, van initiële logging tot definitieve oplossing. Hoewel de Activiteitsnaam de event van statuswijziging vastlegt, is de Probleemstatus zelf nuttig voor het analyseren van de huidige backlog. Het maakt het mogelijk dashboards te creëren die het aantal open problemen in elke status tonen, wat helpt bij het beheren van workloads en het identificeren van meldingen die te lang in een specifieke fase vastzitten. Het belang Geeft de huidige fase van een probleem aan, wat essentieel is voor backloganalyse en het identificeren van problemen die in een specifieke fase vastzitten. Vindplaats Dit is een standaard veld op de hoofd problem record tabel dat wordt bijgewerkt naarmate het probleem door zijn lifecycle beweegt. Voorbeelden OpenRoot Cause AnalysisWachtend op ChangeResolvedGesloten | |||
| Toegewezen Gebruiker AssignedUser | De individuele gebruiker of coördinator die momenteel is toegewezen om de probleemmelding te beheren. | ||
| Omschrijving Dit attribute identificeert de specifieke persoon die op enig moment verantwoordelijk is voor het probleem. Waar de Support Group het team definieert, wijst de Assigned User naar de individuele agent, engineer of coördinator die het onderzoek behandelt. Analyseren op Assigned User kan helpen bij het begrijpen van individuele workloads, prestaties en trainingsbehoeften. Het kan benadrukken of bepaalde individuen bottlenecks worden of dat werk niet gelijkmatig wordt verdeeld binnen een team. Deze weergave is complementair aan de support group analysis. Het belang Maakt analyse van individuele workload en prestaties mogelijk, wat helpt bij het identificeren van toppresteerders of individuen die extra ondersteuning of training nodig hebben. Vindplaats Dit veld wordt doorgaans gevonden in de hoofd problem record tabel, vaak gelabeld als 'Assignee', 'Assigned To', of 'Coordinator'. Voorbeelden Alice JohnsonajohnsonBob Smithbsmith | |||
| Workaround `geleverd` WorkaroundProvided | Een vlag die aangeeft of er een tijdelijke workaround voor het probleem is geïdentificeerd en gecommuniceerd. | ||
| Omschrijving Dit attribute volgt of een tijdelijke oplossing beschikbaar is gesteld om de impact van het probleem te mitigeren terwijl een permanente oplossing wordt ontwikkeld. Dit is een belangrijke mijlpaal in de problem management lifecycle. Dit is een critical attribute voor het 'Workaround Effectiveness And Speed' dashboard. Process mining kan worden gebruikt om de gemiddelde tijd te berekenen voor het leveren van een workaround, en verdere analyse kan de beschikbaarheid van een workaround correleren met een vermindering van nieuwe gerelateerde incidents. Dit helpt de capaciteit van het team te meten om snel service te herstellen, zelfs voordat de root cause is opgelost. Het belang Geeft aan of de service tijdelijk is hersteld, wat analyse mogelijk maakt van hoe snel het team de bedrijfsimpact kan verminderen. Vindplaats Dit kan een boolean flag ('WorkaroundPublished') zijn, of afgeleid zijn van de aanwezigheid van tekst in een workaround details veld. Voorbeelden truefalse | |||
Probleembeheer Activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
| Change Request Geïnitieerd | Deze event legt de aanmaak of koppeling vast van een formele change request aan het probleemrecord. Het duidt op de overdracht van het problem management proces naar het change management proces voor het implementeren van een permanente oplossing. | ||
| Het belang Deze activiteit is cruciaal voor het analyseren van de vertraging tussen de diagnose van een probleem en de start van een oplossing. Het helpt knelpunten te identificeren op het raakvlak van problem management en change management. Vindplaats Dit is doorgaans een expliciete event gevonden in de relatie- of linkhistorie van het record, die een associatie met een change record toont. Vastleggen Identificeer de event waarbij een change record wordt gekoppeld aan de probleemmelding. Gebeurtenistype explicit | |||
| Hoofdoorzaak Geïdentificeerd | Deze activiteit markeert de mijlpaal waarop de onderliggende oorzaak van het probleem succesvol is gediagnosticeerd en gedocumenteerd. Het vertegenwoordigt de voltooiing van de onderzoeksfase. | ||
| Het belang Dit is een cruciale mijlpaal voor het meten van diagnostische efficiëntie. De duur van de start van het onderzoek tot de identificatie van de root cause is een belangrijke performance indicator voor probleemanalyse. Vindplaats Dit wordt vaak afgeleid van een statuswijziging naar 'Root Cause Identified' of vastgelegd wanneer een 'Root Cause' veld voor het eerst wordt gevuld met informatie. Vastleggen Registreer de timestamp van een statuswijziging of de eerste update van een tekstveld 'Hoofdoorzaak'. Gebeurtenistype inferred | |||
| Onderzoek gestart | Deze event markeert de transitie van het probleemrecord van een nieuwe of 'pending' status naar een actieve onderzoeksstatus. Het geeft aan dat een analyst formeel is begonnen met het diagnosticeren van het probleem. | ||
| Het belang Deze activiteit helpt bij het meten van de initiële reactietijd en de verwerkingssnelheid van de backlog. De duur tussen aanmaak en de start van het onderzoek is een belangrijke indicator voor de responsiviteit van het team. Vindplaats Dit wordt vaak afgeleid van een statuswijziging in de historie van het record, zoals de overgang van 'New' naar 'In Progress' of 'Under Investigation'. Vastleggen Registreer de timestamp wanneer de status voor het eerst verandert naar een actieve onderzoeksstatus. Gebeurtenistype inferred | |||
| Permanente Oplossing Geïmplementeerd | Deze event geeft aan dat de permanente technische oplossing, vaak beheerd via een change request, succesvol is geïmplementeerd. Het markeert de voltooiing van het herstelwerk. | ||
| Het belang Deze activiteit sluit de implementatiefase van de oplossing af. De tijd van change initiatie tot dit punt meet de efficiëntie van het change management proces bij het oplossen van problemen. Vindplaats Dit wordt doorgaans afgeleid van de status van het problem record dat overgaat naar 'Resolved' of 'Solution Implemented', vaak getriggerd door de afsluiting van de gelinkte change request. Vastleggen Afleiden uit een probleemstatuswijziging naar 'Opgelost', of uit de voltooiingstimestamp van de gekoppelde change record. Gebeurtenistype inferred | |||
| Probleemmelding Aangemaakt | Dit is de initiële aanmaak van een problem record. Het betekent de formele start van het problem management proces en stelt de baseline timestamp vast voor alle daaropvolgende analyse. | ||
| Het belang Deze activiteit is het primaire startpunt voor elke proces-instance. Het analyseren van de tijd van deze event tot andere is cruciaal voor het begrijpen van de totale procesduur en front-end vertragingen. Vindplaats Dit wordt doorgaans vastgelegd vanuit de creation timestamp van het primaire problem record of de ticket tabel. Het is bijna altijd een expliciet veld in de source data. Vastleggen Gebruik de 'Created On' of vergelijkbare timestamp uit de hoofd problem tabel. Gebeurtenistype explicit | |||
| Probleemmelding Gesloten | Dit is de laatste activiteit in de lifecycle, wat betekent dat het problem record administratief is afgesloten en er geen verdere actie wordt verwacht. De case wordt als compleet beschouwd en gearchiveerd. | ||
| Het belang Deze activiteit is het primaire eindpunt voor de meeste proces-instances. Het is essentieel voor het berekenen van de totale end-to-end duur van het problem management proces. Vindplaats Dit is bijna altijd een expliciete event vastgelegd vanuit een statuswijziging naar 'Closed' in het history log van het record. Vastleggen Gebruik de timestamp wanneer de status van het record is ingesteld op 'Closed'. Gebeurtenistype explicit | |||
| Workaround `geleverd` | Deze event betekent dat een tijdelijke oplossing of workaround is gedocumenteerd en beschikbaar is gesteld. Deze actie helpt de impact op eindgebruikers te mitigeren terwijl een permanente oplossing wordt ontwikkeld. | ||
| Het belang De tijd om een workaround te bieden is een kritieke KPI voor het meten van het vermogen van het team om de service snel te herstellen. Deze activiteit helpt bij het analyseren van de snelheid en effectiviteit van tijdelijke oplossingen. Vindplaats Dit kan worden vastgelegd door de eerste timestamp dat een 'Workaround' tekstveld wordt gevuld, een 'Communicate Workaround' actie wordt gelogd, of een specifieke 'Workaround Available' flag wordt ingesteld. Vastleggen Detecteer de eerste invulling van een workaround veld of een gerelateerde publicatie-event. Gebeurtenistype explicit | |||
| `SLA-overschrijding` Gedetecteerd | Deze event betekent dat de tijd die nodig was om een oplossing of responsmijlpaal te bereiken, de vooraf gedefinieerde Service Level Agreement (SLA) target heeft overschreden. Het is een door het systeem gegenereerde of berekende event. | ||
| Het belang Het volgen van SLA breaches is fundamenteel voor performance management en compliance reporting. Het benadrukt direct cases die niet voldeden aan de service level commitments. Vindplaats Dit kan een specifieke flag of event zijn die door het systeem wordt gelogd, of het kan worden berekend door de resolution timestamp te vergelijken met de SLA due date. Vastleggen Bereken door de 'resolution' of 'response timestamps' te vergelijken met SLA-doel-timestamps, of registreer een door het systeem gegenereerde 'breach event'. Gebeurtenistype calculated | |||
| Oplossing Geverifieerd | Deze activiteit vertegenwoordigt de bevestiging dat de geïmplementeerde oplossing het onderliggende probleem effectief heeft opgelost en dat de normale service is hersteld. Het is de laatste validatiestap vóór afsluiting. | ||
| Het belang Deze stap biedt een kwaliteitscontrole op de oplossing. Het analyseren van de tijd die nodig is voor verificatie kan vertragingen bij het bevestigen van het succes van een oplossing aan het licht brengen. Vindplaats Dit kan een expliciete status zijn zoals 'Verification' of worden afgeleid van de transitie naar een 'Resolved' of 'Solved' status. Vastleggen Registreer de timestamp wanneer de status verandert naar een toestand die aangeeft dat de oplossing is bevestigd. Gebeurtenistype inferred | |||
| Post-implementatiereview afgerond | Deze event markeert de voltooiing van een post-implementation review (PIR). Dit formele reviewproces analyseert de afhandeling van het probleem om lessen te trekken en procesverbeteringen te identificeren. | ||
| Het belang Het volgen van PIR-voltooiing is belangrijk voor process compliance en continue verbetering. Het zorgt ervoor dat waardevolle insights uit grote problemen worden vastgelegd en opgevolgd. Vindplaats Dit wordt vaak vastgelegd door de voltooiing van een PIR sub-task, een statuswijziging naar 'Review Complete', of het vullen van een PIR voltooiingsdatum veld. Vastleggen Identificeer de voltooiing van een PIR-gerelateerde taak of een specifieke statusupdate. Gebeurtenistype explicit | |||
| Prioriteit Gewijzigd | Deze activiteit legt elke update vast van de prioriteit, impact of urgentie van de probleemmelding na de initiële aanmaak. Het weerspiegelt een herevaluatie van het zakelijke belang van het probleem. | ||
| Het belang Het analyseren van prioriteitswijzigingen helpt problemen te identificeren die frequent worden geëscaleerd of gede-escaleerd, wat van invloed kan zijn op de toewijzing van middelen en de SLA-compliance. Vindplaats Dit wordt doorgaans vastgelegd in een audit log of change history table die wijzigingen in het veld 'Priority' bijhoudt. Vastleggen Volg alle updates van het veld 'Priority' in de change history van het record. Gebeurtenistype explicit | |||
| Probleemmelding Geannuleerd | Deze activiteit vertegenwoordigt de beëindiging van een probleemrecord voordat een oplossing werd bereikt. Dit kan gebeuren als het record per abuis is aangemaakt, een duplicaat is of niet langer relevant is. | ||
| Het belang Het analyseren van annuleringen helpt de kwaliteit van inkomende probleemmeldingen te begrijpen. Een hoog annuleringspercentage kan wijzen op de behoefte aan betere training of kwalificatiecriteria. Vindplaats Dit wordt vastgelegd vanuit een statuswijziging naar 'Cancelled', 'Rejected' of 'Withdrawn' in de historie van het record. Vastleggen Identificeer de timestamp wanneer de status verandert naar een definitief geannuleerde staat. Gebeurtenistype explicit | |||
| Probleemmelding Heropend | Deze activiteit vindt plaats wanneer een eerder opgelost of afgesloten probleemrecord wordt teruggezet naar een actieve status. Het duidt er meestal op dat de geïmplementeerde oplossing niet succesvol was of dat het probleem opnieuw is opgetreden. | ||
| Het belang Een hoog heropeningspercentage is een belangrijke indicator van slechte oplossingskwaliteit. Het volgen van deze activiteit is essentieel voor het meten van 'first-time fix rates' en het identificeren van ineffectieve oplossingen. Vindplaats Deze event wordt vastgelegd door de statusgeschiedenis van het record te monitoren op een transitie van een gesloten of opgeloste status terug naar een open of lopende status. Vastleggen Identificeer statuswijzigingen van 'Opgelost' of 'Gesloten' terug naar een actieve status zoals 'Open'. Gebeurtenistype explicit | |||
| Supportgroep Toegewezen | Deze activiteit vertegenwoordigt de toewijzing of her-toewijzing van het probleemrecord aan een specifieke supportgroep of team. Het registreert de overdracht van eigendom en verantwoordelijkheid voor het onderzoek. | ||
| Het belang Het volgen van toewijzingen is essentieel voor het analyseren van handoff delays, het identificeren van bottlenecks tussen teams en het begrijpen van groepsprestaties. Hoge her-toewijzingsaantallen duiden vaak op procesinefficiëntie. Vindplaats Deze informatie wordt doorgaans gevonden in een audit log of historie table die wijzigingen bijhoudt in het veld 'Assignment Group' of 'Support Team' op het problem record. Vastleggen Identificeer alle wijzigingen aan het 'assignment group' veld in de historielog van de melding. Gebeurtenistype explicit | |||
| Wachtend op Change Implementatie | Deze activiteit vertegenwoordigt een status waarin het probleemrecord in de wacht staat, in afwachting van de voltooiing van een gerelateerde change request. Het probleemteam wacht op het changeteam om de oplossing te implementeren. | ||
| Het belang Het isoleren van deze wachtperiode helpt om de tijd die binnen het change management proces wordt besteed versus het probleembeheerproces nauwkeurig te meten, waardoor de verantwoordelijkheid wordt verbeterd. Vindplaats Dit wordt doorgaans afgeleid van een statuswijziging naar een 'Pending Change' of 'Fix in Progress' status in de historie van het problem record. Vastleggen Registreer de timestamp wanneer de status van de probleemmelding verandert om aan te geven dat deze wacht op een wijziging. Gebeurtenistype inferred | |||
Extractie Guides
Extractiemethoden variëren per systeem. Voor gedetailleerde instructies,