Uw Probleembeheer datatemplate

BMC Helix ITSM
Uw Probleembeheer datatemplate

Uw Probleembeheer datatemplate

Deze template biedt een volledige structuur voor het analyseren van je root-cause-onderzoeksworkflows binnen BMC Helix ITSM. Het schetst de essentiële attributen en procesactiviteiten die nodig zijn om een gedetailleerde event log op te bouwen, samen met praktische extractiehandleiding. Door deze gids te volgen, kunt u verborgen knelpunten vinden en uw pad naar permanente incidentoplossing optimaliseren.
  • Essentiële datavelden voor hoofdoorzaakanalyse
  • Gestandaardiseerde stappen in het proces voor tracking
  • Specifieke extractiehandleiding voor BMC Helix ITSM
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Kenmerken van probleembeheer

Deze tabel bevat de aanbevolen velden die nodig zijn om uw event log te vullen voor een grondige analyse van uw problem management levenscyclus.
5 Verplicht 9 Aanbevolen 5 Optioneel
Naam Omschrijving
Activiteit
Activity
De specifieke taak of statuswijziging-gebeurtenis die heeft plaatsgevonden.
Omschrijving

Dit attribuut vertegenwoordigt de specifieke stap die is uitgevoerd in de problem management levenscyclus, zoals 'Problem Record Logged', 'Root Cause Identified' of 'Solution Database Updated'. In BMC Helix zijn deze vaak afgeleid van de Status History, Audit Logs of specifieke transaction tijdstempels binnen de Problem Investigation module.

Dit attribuut is de basis van procesbekijkking. Door de volgorde van deze activiteiten te analyseren, construeert de process mining-tool de proceskaart, wat de daadwerkelijke flow van werk onthult in vergelijking met het ontworpen proces. Het benadrukt lussen, herstelwerk en afwijkingen van de standaard operationele procedure.

Nauwkeurige activiteitsnamen zijn belangrijk voor het begrijpen van wat er daadwerkelijk is gebeurd tijdens de levenscyclus. Deze data maakt de meting mogelijk van transitietijden tussen specifieke stappen, zoals de tijd die nodig is tussen het vinden van een root cause en het initiëren van een wijzigingsverzoek.

Het belang

Het definieert de stappen in de proceskaart en maakt de visualisatie van de workflow mogelijk.

Vindplaats

Afgeleid van PBM:Problem Investigation statusgeschiedenis of PBM:AuditLogSystem

Voorbeelden
Probleemdossier GeregistreerdToegewezen aan supportgroepOnderzoek gestartHoofdoorzaak Geïdentificeerd
Probleemdossier
ProblemRecord
De unieke kenmerk voor de problem investigation case.
Omschrijving

Dit attribuut dient als de centrale case kenmerk voor het problem management proces. In BMC Helix ITSM is dit doorgaans het veld 'Problem ID' (bijv. PBI00000012345) te vinden op het PBM:Problem Investigation form. Het koppelt alle gerelateerde activiteiten, van de initiële registratie van het probleem tot de uiteindelijke afsluiting en post-implementatie review.

In process mining-analyse wordt dit attribuut gebruikt om individuele gebeurtenissen te groeperen in één enkele procesinstantie. Het stelt analysesten in staat om de volledige traject van een specifiek probleemonderzoek te visualiseren. Zonder deze kenmerk zou het onmogelijk zijn om de opeenvolging van acties door verschillende supportgroepen en coördinatoren te correleren.

Dit veld fungeert als de primary key voor de event log en is belangrijk voor alle aggregaties op caseniveau, zoals het berekenen van de totale cyclustijd per probleem of het tellen van het aantal problemen per prioriteitsniveau.

Het belang

Het is de fundamentele sleutel die nodig is om de procesweergave te construeren en de levenscyclus van specifieke problemen te volgen.

Vindplaats

PBM:Problem Investigation formulier, veld 'Problem ID'

Voorbeelden
PBI00000004512PBI00000004513PBI00000004514
TijdsTip Gebeurtenis
EventTime
De timestamp wanneer de specifieke activiteit plaatsvond.
Omschrijving

Dit attribuut registreert de exacte datum en tijd wanneer een activiteit plaatsvond. In BMC Helix ITSM komt dit overeen met velden zoals 'Submit Date', 'Last Modified Date', of specifieke tijdstempels die zijn vastgelegd in de historietabellen die overeenkomen met statuswijzigingen.

In de analyse wordt dit attribuut gebruikt om gebeurtenissen chronologisch te ordenen en doorlooptijden te berekenen. Het maakt de meting mogelijk van cyclustijden tussen twee willekeurige punten in het proces, zoals de 'Investigation Cycle Time' of de 'Workaround Publication Lead Time'.

Precieze tijdstempels zijn belangrijk voor het vinden van knelpunten. Door het tijdsverschil tussen opeenvolgende gebeurtenissen te berekenen, kunnen analysesten precies vaststellen waar vertragingen optreden, of dit nu tijdens de initiële toewijzing of de uiteindelijke reviewfase is.

Het belang

Het maakt de berekening van alle duurgebaseerde KPI's en de sequencing van gebeurtenissen mogelijk.

Vindplaats

Geschiedenistabellen of auditlogs geassocieerd met PBM:Problem Investigation

Voorbeelden
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
Bronsysteem
SourceSystem
Het systeem waar de data vandaan komt.
Omschrijving

Dit attribuut identificeert het softwaresysteem waaruit de procesdata is opgehaald, in dit geval 'BMC Helix ITSM'. Dit is bijzonder belangrijk in multi-systeemomgevingen waar process mining-data kan aggregeren uit verschillende ITSM-, ontwikkelings- of externe leveranciershulpmiddelen.

In de analyse dient dit veld als een metadatatag die de herkomst van het dossier valideert. Als de process mining weergave data van BMC Helix voor problem management combineert met een afzonderlijk systeem voor softwareontwikkeling (bijv. Jira), helpt dit attribuut de analyse te segmenteren per brontool.

Het helpt ook bij technische probleemoplossing. Als er datakwaliteitsproblemen optreden, stelt het kennen van het bronsysteem data engineers in staat om het probleem terug te traceren naar de specifieke extracpakketoutine of brondatabase.

Het belang

Het biedt traceerbaarheid en context, vooral in multi-systeem procesweergaven.

Vindplaats

Hardcoded tijdens het extractieproces

Voorbeelden
BMC Helix ITSMRemedy OnVraagBMC ITSM Prod
Tijdstip van extractie
LastDataUpdate
De timestamp waarop de data is opgehaald of voor het laatst werd ververst.
Omschrijving

Dit attribuut geeft aan wanneer de data voor het laatst is geladen in de process mining applicatie. Het zorgt ervoor dat analysesten op de hoogte zijn van de relevantie van de data die zij bekijken. Het wordt meestal gegenereerd door het extractiescript of de data pijplijn tool.

In de analyse helpt dit om beslissingen op basis van verouderde data te voorkomen. Als een manager bijvoorbeeld naar 'Open Probleemdossiers' kijkt, verandert de interpretatie van de huidige werklast aanzienlijk als bekend is dat de data een uur geleden versus een week geleden is bijgewerkt.

Het wordt ook gebruikt voor incrementele het laden van de datas. Door de laatste update tijd bij te houden, kan het ETL-proces alleen dossiers ophalen die zijn gewijzigd sinds de vorige extractie, wat de prestaties optimaliseert en de systeem belasting vermindert.

Het belang

Het zorgt voor data-actualiteit en helpt bij incrementele data-laadstrategieën.

Vindplaats

Systeemtijd op moment van extractie

Voorbeelden
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Aantal Gerelateerde Incidenten
RelatedIncidentCount
Het aantal incidenten gekoppeld aan dit probleemdossier.
Omschrijving

Dit attribuut kwantificeert de impact van het probleem door het aantal incidenten te tellen dat eraan gekoppeld is. In BMC Helix is dit meestal een telling van dossiers in het HPD:Help Desk form die gerelateerd zijn aan het PBM-dossier.

Dit attribuut stuurt de 'Incident Koppelingage Density' KPI. Een hoge telling duidt op een high-impact probleem dat aanzienlijke ruis genereert voor de servicedesk. Het correleren hiervan met 'Priority' zorgt ervoor dat high-volume problemen daadwerkelijk als kritiek worden behandeld.

Het helpt ook de backlog te prioriteren. Een probleemdossier met 500 gekoppelde incidenten moet waarschijnlijk worden geprioriteerd boven een 'Critical' probleem met slechts 1 gekoppeld incident, aangezien het oplossen van het eerste meer servicedeskcapaciteit zal vrijmaken.

Het belang

Het kwantificeert de operationele impact en impact op gebruikers die geassocieerd zijn met het probleem.

Vindplaats

Berekend door gerelateerde rijen te tellen in HPD:Associations of HPD:Help Desk

Voorbeelden
15120
Is `SLA` Geschonden
IsSLABreached
Een indicator of de probleemoplossing de toegestane tijd heeft overschreden.
Omschrijving

Dit boolean attribuut geeft aan of het probleemdossier zijn service level agreement heeft geschonden. Het wordt berekend door de 'Resolution Verified' timestamp te vergelijken met de 'SLA Due Date' of direct opgehaald uit de SLM-status.

Dit attribuut is belangrijk voor het 'SLA Compliance and Breach Trends' dashboard. Het maakt een eenvoudige binaire segmentatie van het proces mogelijk: compliant versus non-compliant. Dit maakt het gemakkelijk om de kenmerken van gefaalde processen te isoleren (bijv. 'Zijn geschonden cases altijd betrokken bij Support Group X?').

Het dient als een primair filter voor oorzaakanalyse van procesfouten. Analisten kunnen filteren op 'IsSLABreached = True' en vervolgens de proceskaart onderzoeken om te zien waar de tijd verloren ging (bijv. lange wachttijden voor goedkeuring door leveranciers).

Het belang

Het vereenvoudigt compliancerapportage en faalanalyse.

Vindplaats

SLM:Measurement form of berekend

Voorbeelden
truefalse
Onderzoeksdriver
InvestigationDriver
De reden waarom het probleemonderzoek werd geïnitieerd.
Omschrijving

Dit attribuut classificeert de trigger voor het probleemdossier, zoals 'Incident Volume', 'Major Incident', 'Vendor Notification' of 'Proactive Trend Analysis'. In BMC Helix is dit het veld 'Investigation Driver'.

Dit attribuut ondersteunt het 'Proactive Identification Trends' dashboard. Het stelt de organisatie in staat de verschuiving te meten van reactieve 'brandweer'-acties (reageren op incidenten) naar proactief problem management (risico's vinden voordat ze zich manifesteren).

Het analyseren van processtromen op basis van 'Investigation Driver' kan verschillende gedragingen zichtbaar maken. 'Proactieve' problemen kunnen bijvoorbeeld langer in de wachtrij blijven omdat ze geen onmiddellijke storingen veroorzaken, terwijl problemen die door 'Major Incident' worden gedreven, door het proces worden gejaagd.

Het belang

Het maakt onderscheid tussen reactief en proactief werk, een belangrijke volwassenheidsindicator.

Vindplaats

PBM:Problem Investigation formulier, veld 'Investigation Driver'

Voorbeelden
ReactiefProactiefTerugkerende Incidenten
Oorzaakcategorie
RootCauseCategory
De classificatie van de onderliggende oorzaak van het probleem.
Omschrijving

Dit attribuut bevat de categorie die is geselecteerd wanneer de root cause is geïdentificeerd (bijv. 'Software Error', 'Hardware Failure', 'Process Gap'). In BMC Helix wordt dit doorgaans geselecteerd uit de 'Root Cause' of 'Generic Categorization' menu's.

Dit attribuut is belangrijk voor de 'Fix Effectiveness and Quality' weergave. Het stelt de organisatie in staat om specifieke soorten grondoorzaken te correleren met herstelwerk rates of lange onderzoekstijden. Het kan bijvoorbeeld inzichtelijk maken dat 'Software Error' problemen consistent twee keer zo lang duren om op te lossen als 'Hardware Failure' problemen.

Het wordt ook gebruikt om de 'Root Cause Categorization Rate' te berekenen. Een hoog percentage 'Unknown' of 'Other' waarden in dit veld duidt op een behoefte aan betere technische training of meer gedetailleerde categorisatieopties.

Het belang

Het maakt trendanalyse van systemische problemen mogelijk en ondersteunt proactief probleemmanagement.

Vindplaats

PBM:Problem Investigation formulier, velden 'Root Cause' of categorisatie tab

Voorbeelden
SoftwaremoduleNetwerkinfrastructuurMenselijke Fout
Prioriteit
Priority
De berekende prioriteit van het probleem gebaseerd op impact en urgentie.
Omschrijving

Dit attribuut geeft het prioriteitsniveau van het probleemdossier aan (bijv. Critical, High, Medium, Low). In BMC Helix is dit meestal een berekend veld afgeleid van de Impact en Urgency selecties.

In de analyse wordt dit gebruikt voor het 'Throughput and Priority Volume' dashboard. Het stelt organisaties in staat te verifiëren of bronnen correct zijn afgestemd op bedrijfsbehoeften. 'Critical' problemen zouden bijvoorbeeld theoretisch snellere initiële toewijzingstijden en kortere algehele cyclustijden moeten hebben in vergelijking met 'Low' prioriteit problemen.

Filteren op prioriteit helpt bij het richten van verbeteringsinspanningen. Een bottleneck in een 'Low' prioriteit proces is mogelijk acceptabel, maar dezelfde vertraging in een 'Critical' proces vertegenwoordigt een aanzienlijk risico voor bedrijfscontinuïteit en SLA-compliance.

Het belang

Het segmenteert analyse op bedrijfskritikaliteit en ondersteunt SLA-analyse.

Vindplaats

PBM:Problem Investigation formulier, veld 'Priority'

Voorbeelden
KritiekHoogGemiddeldLaag
Problem Coordinator
ProblemCoordinator
De individuele gebruiker die is toegewezen om het onderzoek te coördineren.
Omschrijving

Dit attribuut benoemt de specifieke persoon die verantwoordelijk is voor het probleemdossier. In BMC Helix ITSM is dit het veld 'Problem Coordinator'. Deze persoon is eigenaar van de levenscyclus van het probleem, zelfs als taken aan anderen worden gedelegeerd.

Dit attribuut ondersteunt het 'Support Group Workload Distribution' dashboard. Het helpt managers te vinden of specifieke individuen overbelast zijn met onderzoeken terwijl anderen capaciteit hebben. Het maakt ook prestatieanalyse op individueel niveau mogelijk, wat helpt bij het vinden van trainingsbehoeften of high performers.

In process mining fungeert dit veld als een bron attribuut. Het helpt visualiseren hoe werk stroomt tussen individuen en kan single points of failure belichten waar een proces te sterk afhankelijk is van één specifieke expert.

Het belang

Het maakt bron-analyse en workload-balancing op individueel niveau mogelijk.

Vindplaats

PBM:Problem Investigation formulier, veld 'Problem Coordinator'

Voorbeelden
John DoeJane SmithSysteembeheerder
Service CI
ServiceCI
De primaire bedrijfsservice of configuratie-item dat is getroffen.
Omschrijving

Dit attribuut identificeert het Service Configuration Item (CI) gerelateerd aan het probleem, zoals 'E-mail Service', 'SAP ERP' of 'Wi-Fi Network'. In BMC Helix is dit vaak het 'Service+'-veld of de primaire CI-relatie.

In de analyse maakt dit de segmentatie van probleemdossiers per product of service mogelijk. Het helpt IT-leiderschap te begrijpen welke services het meest kwetsbaar zijn en de meeste probleemonderzoeken genereren. Dit voedt het 'Throughput and Priority Volume' dashboard door een productdimensie toe te voegen.

Het correleren van dit attribuut met 'Investigation Cycle Time' kan aantonen of bepaalde complexe services (zoals een core banking systeem) inherent langere onderzoeksperiodes vereisen in vergelijking met commodity services (zoals printen).

Het belang

Het koppelt de procesprestaties aan specifieke bedrijfsproducten of -services.

Vindplaats

PBM:Problem Investigation formulier, veld 'ServiceCI' of 'CI Naam'

Voorbeelden
E-mailserviceSalarissysteemBedrijfs-VPN
SLA Einddatum
SLADueDate
De streefdatum en -tijd waarop het probleem moet zijn opgelost.
Omschrijving

Dit attribuut bevat de deadline voor de probleemoplossing op basis van de service level agreement. In BMC Helix is dit vaak de 'Target Resolution Date' of een berekende SLA mijlpaal timestamp.

Dit attribuut is de basislijn voor het 'SLA Compliance and Breach Trends' dashboard. Door deze timestamp te vergelijken met de 'Resolution Verified' activiteit timestamp, berekent het systeem of de SLA is gehaald of geschonden.

Het visualiseren van deze datum stelt analysesten in staat te zien hoe strak het team werkt. Lossen ze problemen dagen van tevoren op, of zijn ze consequent slechts minuten voor de overtreding klaar? Dit inzicht stuurt capaciteitsplanning.

Het belang

Het is het referentiepunt voor het berekenen van alle compliance- en tijdigheidsmeetwaarden.

Vindplaats

PBM:Problem Investigation formulier, veld 'Target Resolution Date'

Voorbeelden
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
Supportgroep
SupportGroup
Het technische team dat momenteel is toegewezen aan het probleemonderzoek.
Omschrijving

Dit attribuut weerspiegelt de specifieke supportgroep (bijv. 'Server Admin', 'Database Support') die verantwoordelijk is voor het probleemdossier op het moment van het gebeurtenis. In BMC Helix is dit het veld 'Assigned Group'.

Dit attribuut is belangrijk voor de 'Support Group Workload Distribution' en 'Support Group Reassignment Analysis' dashboards. Het stelt analysesten in staat om de proceskaart per team te segmenteren, wat onthult welke groepen het meeste volume processen en welke knelpunten zijn in het onderzoeksproces.

Het analyseren van overdrachten tussen supportgroepen helpt 'ping-pong' gedrag te vinden, waarbij een ticket tussen teams heen en weer stuitert zonder oplossing. Dit duidt vaak op onduidelijke verantwoordelijkheden of ontoereikend kennismanagement binnen de organisatie.

Het belang

Het maakt organisatieanalyse en knelpuntendetectie op teamniveau mogelijk.

Vindplaats

PBM:Problem Investigation formulier, veld 'Assigned Group'

Voorbeelden
Servicedesk Niveau 1Back Office SupportNetwerkbeheer
Aantal Herindelingen
ReassignmentCount
Het totale aantal keren dat de supportgroep is gewijzigd.
Omschrijving

Dit attribuut telt het aantal keren dat de activiteit 'Assigned to Support Group' plaatsvindt voor één case. Het is een directe maatstaf voor procesknelpunten en routeringsefficiëntie.

Dit attribuut vult de 'Support Group Reassignment Analysis' chart. Hoge waarden ('pingpongen') geven aan dat de initiële triage faalt of dat er geen duidelijke eigendom is voor complexe issues. Het is een leidende indicator van een verhoogde cyclustijd.

Managers gebruiken dit om trainingsmogelijkheden te vinden. Als de Service Desk 'Database'-problemen consistent eerst aan 'Network' toewijst, en 'Network' ze vervolgens naar 'Database' stuurt, zal de Reassignment Count stijgen, wat de behoefte aan betere initiële diagnosesscripts benadrukt.

Het belang

Het identificeert verspilling, knelpunten en gebrek aan eigenaarschap in het proces.

Vindplaats

Berekend op basis van activiteitengeschiedenis

Voorbeelden
015
Gerelateerd Wijzigingsverzoek ID
RelatedChangeRequestId
De identificatie van het wijzigingsverzoek dat is gestart om het probleem op te lossen.
Omschrijving

Dit attribuut bevat de ID van het Wijzigingsverzoek (bijv. CRQ0000...) gekoppeld aan het probleemdossier. Het vertegenwoordigt de overgang van onderzoek naar implementatie van een permanente fix.

Dit attribuut is noodzakelijk voor de 'Root Cause to Change Lead Time' KPI. Het stelt de process mining-tool in staat de vertraging te meten tussen het vinden van de root cause en het starten van het wijzigingsproces. Dit is een veelvoorkomend overdrachtspunt waar momentum verloren gaat.

Het helpt ook de 'proces volledigheid' te verifiëren. Een probleemdossier dat is gesloten met de status 'Completed' maar zonder een gerelateerd wijzigingsverzoek (of een workaround) kan duiden op een procesovertreding waarbij de root cause is gevonden maar nooit daadwerkelijk is opgelost.

Het belang

Het koppelt het probleemmanagementproces aan het changemanagementproces.

Vindplaats

PBM:Investigation Associations of Relationship tab

Voorbeelden
CRQ00000021345CRQ00000021346
Onderzoekscyclustijd
InvestigationCycleTime
De duur van onderzoekstart tot root cause identificatie.
Omschrijving

Dit is een berekend duur-attribuut dat de tijd meet tussen de activiteit 'Investigation Commenced' en de activiteit 'Root Cause Identified'. Het vertegenwoordigt de kern 'waarde-add' tijd van het problem management proces.

Deze metriek voedt het 'Root Cause Investigation Cycle Time' dashboard. Het helpt managers de technische complexiteit van issues en de efficiëntie van de onderzoeksteams te begrijpen. Afwijkingen hier (bijv. extreem korte tijden) kunnen duiden op gokwerk, terwijl extreem lange tijden duiden op stagnerende onderzoeken.

Door deze metriek te vergelijken tussen 'Supportgroepen' en 'Prioriteiten', kan de organisatie vinden welke teams betere tools, training of leverancierssupport nodig hebben om issues sneller te diagnosticeren.

Het belang

Het is de primaire efficiëntiemetriek voor de technische onderzoeksfase.

Vindplaats

Berekend op basis van activity tijdstempels

Voorbeelden
4500000120000
Regio
Region
De geografische regio die geassocieerd is met het probleem.
Omschrijving

Dit attribuut specificeert de geografische locatie (bijv. 'North America', 'EMEA') waar het probleem is ontstaan of wordt beheerd. In BMC Helix wordt dit vaak gevonden in de velden 'Region' of 'Site' geassocieerd met de aanvrager of het getroffen asset.

In de analyse ondersteunt dit geografische segmentatie. Het helpt te vinden of specifieke regio's hogere probleemvolumes of langzamere oplossingstijden ervaren. Dit kan verschillen in supportpersoneel of infrastructuurkwaliteit in verschillende locaties benadrukken.

Het is waardevol voor wereldwijde organisaties om consistente servicelevering te zorgen. Als de 'Investigation Cycle Time' in 'APAC' het dubbele is van die in 'NAM', dan leidt dit tot een onderzoek naar bron allocation of procesnaleving in die regio.

Het belang

Het maakt geografische vergelijking van procesprestaties mogelijk.

Vindplaats

PBM:Problem Investigation formulier, veld 'Region'

Voorbeelden
AmericasEMEAAPAC
Workaround Status
WorkaroundStatus
Geeft aan of een geldige workaround is geïdentificeerd en gepubliceerd.
Omschrijving

Dit attribuut volgt de status van de tijdelijke oplossing (Workaround). Dit kan een simpele boolean zijn (Has Workaround) of een statusstring. In BMC Helix is dit vaak afgeleid van de aanwezigheid van tekst in het veld 'Workaround' of een specifieke statusvlag.

Dit attribuut is belangrijk voor het 'Workaround Publication Performance' dashboard. Het beantwoordt de vraag hoe effectief het team de impact mitigeert terwijl de root cause wordt onderzocht. Een procesweergave gefilterd op 'No Workaround' belicht cases waar de business de volledige impact ervaart tijdens het onderzoek.

Het ondersteunt ook kwaliteitsaudits. Het sluiten van een probleemdossier zonder een permanente fix (Change Request) EN zonder een workaround is over het algemeen een procesfout die herziening behoeft.

Het belang

Het meet de effectiviteit van impactmitigatie tijdens het onderzoek.

Vindplaats

PBM:Problem Investigation formulier, inhoudscontrole veld 'Workaround'

Voorbeelden
ActiefGeenGepensioneerd
Verplicht Aanbevolen Optioneel

Probleembeheer Activiteiten

Dit zijn de fundamentele processtappen en statuswijzigingen die u moet bijhouden om volledig inzicht te krijgen in je onderzoeks- en oplossingsfasen.
9 Aanbevolen 4 Optioneel
Activiteit Omschrijving
Hoofdoorzaak Geïdentificeerd
Het moment waarop het probleemdossier overgaat naar een status die aangeeft dat de oorzaak bekend is. Afgeleid wanneer de Status wijzigt naar 'Root Cause Identified'.
Het belang

Een belangrijke mijlpaal voor het dashboard 'Doorlooptijd Probleemonderzoek Oorzaak'. Signaleert de verschuiving van analyse naar oplossing.

Vindplaats

PBM:Problem Investigation formulier, veld 'Status' = 'Root Cause Identified'.

Vastleggen

Vergelijk het statusveld voor overgang naar Oorzaak vastgesteld

Gebeurtenistype inferred
Onderzoek gestart
De overgang van het probleemdossier naar een actieve analysefase. Dit wordt afgeleid wanneer het veld Status verandert naar 'Under Investigation'.
Het belang

Markeert het begin van de daadwerkelijke werkfase, ter ondersteuning van de KPI 'Onderzoekscyclustijd'.

Vindplaats

PBM:Problem Investigation formulier, veld 'Status' = 'Under Investigation'.

Vastleggen

Vergelijk het statusveld voor overgang naar In onderzoek

Gebeurtenistype inferred
Oplossing Geverifieerd
Het punt waarop de permanente fix als succesvol is bevestigd. Afgeleid van de Status die verandert naar 'Solution Implemented' of 'Completed'.
Het belang

Gebruikt voor 'Problem SLA Adherence Rate'. Bevestigt dat het technische werk is afgerond.

Vindplaats

PBM:Problem Investigation formulier, veld 'Status' = 'Solution Implemented' of 'Completed'.

Vastleggen

Vergelijk het statusveld voor overgang naar Oplossing geïmplementeerd

Gebeurtenistype inferred
Probleemdossier Geannuleerd
Het beëindigen van een probleemdossier vóór de oplossing. Vastgelegd wanneer de status 'Annulerenled' of 'Rejected' wordt.
Het belang

Identificeer verspilde inspanning of geldige duplicaten. Representeert een alternatief eindpunt.

Vindplaats

PBM:Problem Investigation formulier, veld 'Status' = 'Annulerenled' of 'Rejected'.

Vastleggen

Vergelijk het statusveld voor overgang naar Geannuleerd

Gebeurtenistype inferred
Probleemdossier Geregistreerd
De initiële aanmaak van een Probleemonderzoeksdossier in het systeem. Dit gebeurtenis wordt expliciet vastgelegd wanneer een nieuwe invoer wordt opgeslagen in het PBM:Problem Investigation form.
Het belang

Markeert het begin van de procesinstantie. Belangrijk voor het berekenen van de totale cyclustijden en initiële responsmeetwaarden.

Vindplaats

PBM:Problem Investigation formulier, 'Submit Date' timestamp of 'Status' = 'Draft' creatielog.

Vastleggen

Gelogd wanneer PBM:Problem Investigation record is aangemaakt

Gebeurtenistype explicit
Probleemdossier Gesloten
De definitieve administratieve sluiting van het probleemdossier. Dit gebeurtenis beëindigt de procesinstantie.
Het belang

Het standaard eind-gebeurtenis. Noodzakelijk voor volledige cyclustijdanalyse en 'Incident Koppelingage Density' berekening.

Vindplaats

PBM:Problem Investigation formulier, veld 'Status' = 'Closed'.

Vastleggen

Vergelijk het statusveld voor overgang naar Gesloten

Gebeurtenistype inferred
Toegewezen aan supportgroep
De toewijzing van het probleemdossier aan een specifiek technisch team. Vastgelegd door wijzigingen in het veld 'Assigned Group' te monitoren.
Het belang

Essentieel voor het meten van handovers, ping-pong-effecten en de KPI 'Gemiddelde Tijd tot Initiële Toewijzing'.

Vindplaats

PBM:Problem Investigation formulier, 'Assigned Group' veldgeschiedenis of auditlog.

Vastleggen

Vergelijk het veld 'Assigned Group' voor en na de update

Gebeurtenistype inferred
Wijzigingsverzoek geïnitieerd
Het koppelen van een Infrastructuur Wijzigingsverzoek aan het Probleemonderzoek. Dit signaleert de start van de implementatiefase.
Het belang

Belangrijk voor de KPI 'Doorlooptijd van Hoofdoorzaak naar Wijziging' en het vinden van silo's tussen Probleem- en Wijzigingsprocessen.

Vindplaats

PBM:Investigation_Associations tabel of 'Infrastructure Change ID' veldpopulatie.

Vastleggen

Gelogd wanneer koppeling gecreëerd in PBM:Investigation_Associations

Gebeurtenistype explicit
Workaround Gedefinieerd
Het invoeren of bijwerken van tekst in het Workaround veld van het probleemdossier. Dit gebeurtenis geeft aan dat een tijdelijke oplossing is gedocumenteerd.
Het belang

Ondersteunt de 'Workaround Publication Lead Time' KPI. Geeft mitigatie van incidentimpact aan.

Vindplaats

PBM:Problem Investigation formulier, wijzigingen aan het tekstveld 'Workaround'.

Vastleggen

Vergelijk de inhoud van het veld 'Workaround' voor niet-lege updates

Gebeurtenistype inferred
Coördinator opnieuw toegewezen
Een wijziging in de individuele Probleemcoördinator binnen een supportgroep. Vastgelegd door het bewaken van het veld 'Problem Coordinator'.
Het belang

Helpt bij het analyseren van de werklastverdeling en individuele bron knelpunten.

Vindplaats

PBM:Problem Investigation formulier, 'Problem Coordinator' veldgeschiedenis.

Vastleggen

Vergelijk het veld 'Problem Coordinator' voor en na de update

Gebeurtenistype inferred
Known Error gepromoveerd
Het aanmaken van een Known Error dossier gekoppeld aan het probleemonderzoek. Dit is een gerelateerde recordaanmaak gebeurtenis.
Het belang

Geeft de formalisering van het probleem aan voor bredere communicatie en langetermijntracking.

Vindplaats

Aanmaak van een record in PBM:Known Error gekoppeld aan de PBM:Problem Investigation ID.

Vastleggen

Gelogd wanneer PBM:Known Error record is aangemaakt

Gebeurtenistype explicit
Oplossingsdatabase Bijgewerkt
De overgang van het dossier naar de status 'Solution Database', wat aangeeft dat een permanente fix is voorgesteld of geïdentificeerd.
Het belang

Volgt de voortgang van de oplossingsdefinitie vóór implementatie.

Vindplaats

PBM:Problem Investigation formulier, veld 'Status' = 'Solution Database'.

Vastleggen

Vergelijk het statusveld voor overgang naar Oplossingsdatabase

Gebeurtenistype inferred
Post-implementatiebeoordeling Uitgevoerd
De voltooiing van de PIR-fase. Vastgelegd door een statusovergang vanuit een PIR-status of de afsluiting van een gekoppelde PIR Task.
Het belang

Ondersteunt direct 'Post Implementation Review Compliance' en proceskwaliteitsaudits.

Vindplaats

PBM:Problem Investigation formulier, specifieke vlag 'PIR Required' of voltooiing van gekoppelde Taaktype 'PIR'.

Vastleggen

Afgeleid van PIR status voltooiing of PIR Task sluiting

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Hoe u uw probleemmanagementdata uit BMC Helix ITSM extraheert