Uw Probleembeheer datatemplate
Uw Probleembeheer datatemplate
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 grondige analyse.
- Fundamentele inzichten om uw process mining-traject efficiënt te beginnen.
Kenmerken van probleembeheer
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van een specifieke gebeurtenis, 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 attribuut belangrijk voor het construeren van de proceskaart, die de werkelijke workflow visueel representeert. Het analyseren van de volgorde, frequentie en paden van deze activiteiten helpt afwijkingen, knelpunten en inefficiënties in het probleemoplossingsproces te zichtbaar maken. Het belang Dit attribuut definieert de stappen in het proces, wat de visualisatie en analyse van de processtroom, inclusief veelvoorkomende paden en afwijkingen, mogelijk maakt. Vindplaats Activiteitsnamen zijn vaak afgeleid van statuswijzigingslogboeken, audit trails of gebeurtenis tabellen die zijn gekoppeld aan de primaire probleemmelding. Voorbeelden Onderzoek gestartPrioriteit GewijzigdWorkaround geleverdProbleemdossier Gesloten | |||
| Probleemmelding ID ProblemRecordId | De unieke kenmerk voor een probleemmelding, die een enkele instantie van het probleembeheerproces vertegenwoordigt. | ||
| Omschrijving De Probleemmelding ID dient als de primary key 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 attribuut belangrijk, omdat het de case definieert, waardoor de tool alle gerelateerde activiteiten kan groeperen in één enkele procesinstantie. Het analyseren van processtromen, het vinden van knelpunten en het berekenen van doorlooptijden per case zijn allemaal afhankelijk van de correcte identificatie van elke unieke probleemmelding. Het belang Dit is de essentiële Case-ID die alle gerelateerde gebeurtenissen groepeert, waardoor het mogelijk wordt het onderzoek van elk probleem van begin tot eind te volgen. Vindplaats Deze kenmerk wordt doorgaans gevonden in de hoofd probleem- of tickettabel 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 Het tijdstip van de gebeurtenis (timestamp) biedt de chronologische context voor elke activiteit in de levenscyclus van het probleem. Het is belangrijk voor het correct volgordeel plaatsen van gebeurtenissen en voor het berekenen van de duur tussen verschillende processtappen. In process mining wordt dit attribuut gebruikt om activiteiten te ordenen, het procesmodel te bekijken en alle tijdsgebaseerde analyses uit te voeren. Het vormt de basis voor het berekenen van key prestaties indicators zoals 'Gemiddelde Onderzoekstijd Hoofdoorzaak' en voor het vinden van vertragingen tussen stappen, zoals de overdracht tussen het vinden van een hoofdoorzaak en het initiëren van een 'change request'. Het belang De timestamp voor elke activiteit is belangrijk voor het ordenen van gebeurtenissen en het berekenen van alle tijdsgebonden meetwaarden, zoals doorlooptijden en knelpuntduur. Vindplaats Deze timestamp bevindt zich doorgaans in een event log of audit trail table naast de activity name en case kenmerk. 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 opgehaald. | ||
| Omschrijving Dit attribuut 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 integrale analyse. In een process mining context kan Source System worden gebruikt als een filter om procesprestaties en variaties te vergelijken tussen verschillende bedrijfsonderdelen of platforms. Het helpt ook bij datavalidatie en probleemoplossing door context te bieden over waar de data vandaan komt. Het belang Identificeert de herkomst van de data, wat belangrijk 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-extractieproces wordt toegevoegd om records van een specifiek bronsysteem te labelen. Voorbeelden ServiceNowJira Service ManagementBMC Helix ITSMFreshservice | |||
| Tijdstip van extractie LastDataUpdate | De timestamp die aangeeft wanneer de data voor het laatst is opgehaald of vernieuwd uit het bronsysteem. | ||
| Omschrijving Dit attribuut registreert de datum en tijd van de meest recente data-extractie. Het biedt transparantie over de relevantie van de geanalyseerde data, wat garandeert dat stakeholders het tijdsbestek begrijpen dat door de analyse wordt bestreken. In dashboards en rapporten is deze Informatie belangrijk 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 meetwaarden zoals 'Aged Problem Backlog' beïnvloedt. Het belang Biedt belangrijke context over de relevantie 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-extractie, transformation en loading (ETL) tool of script tijdens data-importion. 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 attribuut 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 metriek 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 oplossingen. Vindplaats Deze waarde is vaak een berekend veld op het probleemrecord dat het aantal gelinkte incidentrecords telt. Voorbeelden 5281501 | |||
| Aantal Herindelingen ReassignmentCount | Het aantal keren dat de probleemmelding is heropgedragen tussen verschillende supportgroepen of individuen. | ||
| Omschrijving Deze metriek 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 procesknelpunten. Het kan worden gebruikt om 'ping-pong' scenario's te vinden waarbij een probleem heen en weer stuitert tussen teams. Het analyseren van cases met veel her-toewijzingen kan kennislacunes of procesfouten zichtbaar maken 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 probleemrecord 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 attribuut koppelt een probleem aan een specifieke component of service binnen de IT-infrastructuur, zoals 'E-mail Service' of 'Klant Relationship Management Platform'. Het biedt belangrijke zakelijke 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 belangrijk voor het prioriteren van verbeteringsinspanningen op basis van bedrijfsimpact. Het belang Biedt zakelijke context door technische problemen te koppelen aan de services die ze beïnvloeden, waardoor prioritering op basis van bedrijfskritiek mogelijk worden. Vindplaats Dit is doorgaans gelinkt vanuit een Configuration Management Database (CMDB) en opgeslagen in een 'Configuration Item' of 'Service' veld op het probleemrecord. 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 belangrijk voor strategische verbetering. Dit attribuut is de basis voor het 'Root Cause Investigation Performance' dashboard. Door de frequentie van verschillende hoofdoorzaakcategorieën te analyseren, kunnen organisaties terugkerende systemische problemen vinden en lange-termijn oplossingen prioriteren. Het helpt de focus te verleggen van reactieve probleemoplossing naar proactieve preventie. Het belang Dit is belangrijk voor strategische analyse, en helpt bij het vinden van systemische problemen en trends in wat problemen veroorzaakt binnen de organisatie. Vindplaats Deze Informatie wordt doorgaans vastgelegd in een speciaal veld op het probleemrecord, vaak ingevuld vóór of tijdens de afsluitingsfase. Voorbeelden ConfiguratiefoutSoftware DefectHardwarestoringProbleem met gebruikerstraining | |||
| Prioriteit Priority | Het toegewezen prioriteitsniveau van het probleem, dat de urgentie van onderzoek en oplossing dicteert. | ||
| Omschrijving Prioriteit is een key attribuut 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 waardevolle factor 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 belangrijk 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 belangrijk voor het meten van SLA-naleving. Vindplaats Dit is een standaard veld in de hoofd probleemrecord 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 attribuut is belangrijk voor het 'SLA Compliance Overzicht' dashboard. Door de werkelijke oplossingstijd te vergelijken met de SLA-einddatum, kunnen organisaties SLA-succespercentages berekenen. Process mining kan dit verder uitsplitsen om te vinden welke processtappen of teams het meest bijdragen aan SLA-overschrijdingen. Het belang Definieert het oplossingsdoel en vormt de basis voor alle SLA-naleving vaningen 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 indicator die aangeeft of de probleemoplossing de toegewezen SLA-einddatum heeft overschreden. | ||
| Omschrijving Dit boolean attribuut biedt een eenvoudige, directe indicator of een Service Level Agreement is nageleefd. Het wordt doorgaans ingesteld op 'true' als de oplostijdentamp van het probleem later is dan de SLA Due Date. Als directe uitkomstmaat is deze indicator 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 procesmaps van geschonden versus niet-geschonden problemen kan patronen, knelpunten of specifieke activiteiten zichtbaar maken 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 oplostijdentamp 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 attribuut is belangrijk 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 vinden welke teams het meest effectief zijn in het oplossen van bepaalde soorten problemen. Het ondersteunt direct dashboards zoals 'Support Group Handoff Analysis'. Het belang Belangrijk voor het analyseren van teamprestaties, het vinden 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 probleemrecord of de hoofd details table binnen het ITSM-systeem. Voorbeelden `Netwerkbeheer`DatabaseadministratieApplication Support L3Security Team | |||
| Gerelateerd Wijzigingsverzoek ID RelatedChangeRequestId | De kenmerk van het change request dat is geïnitieerd om de permanente oplossing voor het probleem te implementeren. | ||
| Omschrijving Dit attribuut creëert een directe link tussen het problem management proces en het changemanagement 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 belangrijk om de 'Verandermanagement 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 vinden van knelpunten in de interactie tussen de twee processen. Het belang Koppelt het probleem aan de oplossing in changemanagement, waardoor analyse van overdrachtsvertragingen en de end-to-end oplossing levenscyclus mogelijk worden. Vindplaats Dit is doorgaans een reference veld op het probleemrecord dat linkt naar het corresponderende record in het changemanagement 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 gebeurtenis 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 vinden van meldingen die te lang in een specifieke fase vastzitten. Het belang Geeft de huidige fase van een probleem aan, wat belangrijk is voor backloganalyse en het vinden van problemen die in een specifieke fase vastzitten. Vindplaats Dit is een standaard veld op de hoofd probleemrecord tabel dat wordt bijgewerkt naarmate het probleem door zijn levenscyclus beweegt. Voorbeelden OpenoorzaakanalyseWachtend op ChangeOpgelostGesloten | |||
| Toegewezen Gebruiker AssignedUser | De individuele gebruiker of coördinator die momenteel is toegewezen om de probleemmelding te beheren. | ||
| Omschrijving Dit attribuut identificeert de specifieke persoon die op enig moment verantwoordelijk is voor het probleem. Waar de Support Group het team definieert, wijst de Assigned Gebruiker naar de individuele agent, engineer of coördinator die het onderzoek behandelt. Analyseren op Assigned Gebruiker kan helpen bij het begrijpen van individuele workloads, prestaties en trainingsbehoeften. Het kan benadrukken of bepaalde individuen knelpunten 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 vinden van best presterende medewerkers of individuen die extra ondersteuning of training nodig hebben. Vindplaats Dit veld wordt doorgaans gevonden in de hoofd probleemrecord tabel, vaak gelabeld als 'Assignee', 'Assigned To', of 'Coordinator'. Voorbeelden Alice JohnsonajohnsonBob Smithbsmith | |||
| Workaround geleverd WorkaroundProvided | Een indicator die aangeeft of er een tijdelijke workaround voor het probleem is geïdentificeerd en gecommuniceerd. | ||
| Omschrijving Dit attribuut 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 levenscyclus. Dit is een critical attribuut 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-waarde ('WorkaroundPublished') zijn, of afgeleid zijn van de aanwezigheid van tekst in een workaround details veld. Voorbeelden truefalse | |||
Probleembeheer Activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
| 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 belangrijke 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 prestaties 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 gebeurtenis 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 gebeurtenis 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 changemanagement proces bij het oplossen van problemen. Vindplaats Dit wordt doorgaans afgeleid van de status van het probleemrecord dat overgaat naar 'Opgelost' 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 | |||
| Probleemdossier Gesloten | Dit is de laatste activiteit in de levenscyclus, wat betekent dat het probleemrecord 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-instanties. Het is belangrijk voor het berekenen van de totale end-to-end duur van het problem management proces. Vindplaats Dit is bijna altijd een expliciete gebeurtenis 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 | |||
| Probleemmelding Aangemaakt | Dit is de initiële aanmaak van een probleemrecord. Het betekent de formele start van het problem management proces en stelt de basislijn timestamp vast voor alle daaropvolgende analyse. | ||
| Het belang Deze activiteit is het primaire startpunt voor elke proces-instantie. Het analyseren van de tijd van deze gebeurtenis tot andere is belangrijk voor het begrijpen van de totale procesduur en front-end vertragingen. Vindplaats Dit wordt doorgaans vastgelegd vanuit de creation timestamp van het primaire probleemrecord 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 | |||
| Wijzigingsverzoek geïnitieerd | Deze gebeurtenis 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 changemanagement proces voor het implementeren van een permanente oplossing. | ||
| Het belang Deze activiteit is belangrijk voor het analyseren van de vertraging tussen de diagnose van een probleem en de start van een oplossing. Het helpt knelpunten te vinden op het raakvlak van problem management en changemanagement. Vindplaats Dit is doorgaans een expliciete gebeurtenis gevonden in de relatie- of linkhistorie van het record, die een associatie met een change record toont. Vastleggen Identificeer de gebeurtenis waarbij een change record wordt gekoppeld aan de probleemmelding. Gebeurtenistype explicit | |||
| Workaround geleverd | Deze gebeurtenis 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-gebeurtenis. Gebeurtenistype explicit | |||
| 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 inzichtelijk maken. Vindplaats Dit kan een expliciete status zijn zoals 'Verification' of worden afgeleid van de transitie naar een 'Opgelost' of 'Solved' status. Vastleggen Registreer de timestamp wanneer de status verandert naar een toestand die aangeeft dat de oplossing is bevestigd. Gebeurtenistype inferred | |||
| Post-implementapakketeview afgerond | Deze gebeurtenis 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 vinden. | ||
| Het belang Het volgen van PIR-voltooiing is belangrijk voor process compliance en continue verbetering. Het zorgt ervoor dat waardevolle inzichten uit grote problemen worden vastgelegd en opgevolgd. Vindplaats Dit wordt vaak vastgelegd door de voltooiing van een PIR sub-taak, 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 vinden 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 auditlog 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 | |||
| Probleemdossier 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 'Annulerenled', '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 belangrijk voor het meten van 'first-time fix rates' en het vinden van ineffectieve oplossingen. Vindplaats Deze gebeurtenis 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 | |||
| SLA-overschrijding Gedetecteerd | Deze gebeurtenis 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 gebeurtenis. | ||
| Het belang Het volgen van SLA-overschrijdingen is onmisbaar voor prestaties management en compliance reporting. Het benadrukt direct cases die niet voldeden aan de service level commitments. Vindplaats Dit kan een specifieke flag of gebeurtenis zijn die door het systeem wordt gelogd, of het kan worden berekend door de oplostijdentamp te vergelijken met de SLA due date. Vastleggen Bereken door de 'resolution' of 'response tijdstempels' te vergelijken met SLA-doel-tijdstempels, of registreer een door het systeem gegenereerde 'breach gebeurtenis'. Gebeurtenistype calculated | |||
| 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 belangrijk voor het analyseren van handoff delays, het vinden van knelpunten tussen teams en het begrijpen van groepsprestaties. Hoge her-toewijzingsaantallen duiden vaak op procesinefficiëntie. Vindplaats Deze Informatie wordt doorgaans gevonden in een auditlog of historie table die wijzigingen bijhoudt in het veld 'Assignment Group' of 'Support Team' op het probleemrecord. 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 changemanagement 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 probleemrecord. Vastleggen Registreer de timestamp wanneer de status van de probleemmelding verandert om aan te geven dat deze wacht op een wijziging. Gebeurtenistype inferred | |||
Extractiegidsen
Extractiemethoden variëren per systeem. Voor gedetailleerde instructies,
Klaar om te starten?
Kies een systeemspecifieke handleiding voor instructies op maat, of gebruik deze generieke template om uw Probleembeheer procesanalyse vandaag nog te starten.
Optimaliseer Uw Probleembeheer, Start Nu
Ontdek inefficiënties en los problemen sneller op met datagedreven inzichten.
Geen creditcard nodig, binnen enkele minuten klaar.