Uw Problem Management Data Template

BMC Helix ITSM
Uw Problem Management Data Template

Uw Problem Management Data Template

Deze template biedt een uitgebreide structuur voor het analyseren van uw root cause onderzoek workflows binnen BMC Helix ITSM. Het schetst de essentiële attributes 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 identificeren en uw pad naar permanente incidentoplossing stroomlijnen.
  • Essentiële data velden voor hoofdoorzaakanalyse
  • Gestandaardiseerde procesmijlpalen voor tracking
  • Specifieke extractiehandleiding voor BMC Helix ITSM
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Problem Management Attributes

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

Dit attribute vertegenwoordigt de specifieke stap die is uitgevoerd in de problem management lifecycle, 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 timestamps binnen de Problem Investigation module.

Dit attribute is de kern van procesontdekking. Door de sequentie 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, rework en afwijkingen van de standaard operationele procedure.

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

Het belang

Het definieert de nodes 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 identifier voor de problem investigation case.
Omschrijving

Dit attribute dient als de centrale case identifier 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 attribute gebruikt om individuele events te groeperen in één enkele procesinstantie. Het stelt analisten in staat om de end-to-end journey van een specifiek probleemonderzoek te visualiseren. Zonder deze identifier zou het onmogelijk zijn om de opeenvolging van acties door verschillende supportgroepen en coördinatoren te correleren.

Dit veld fungeert als de primaire sleutel voor de event log en is essentieel voor alle case-level aggregaties, 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 lifecycle 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 attribute 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 timestamps die zijn vastgelegd in de historietabellen die overeenkomen met statuswijzigingen.

In de analyse wordt dit attribute gebruikt om events chronologisch te ordenen en duraties 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 timestamps zijn essentieel voor het identificeren van bottlenecks. Door het tijdsverschil tussen opeenvolgende events te berekenen, kunnen analisten 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 events mogelijk.

Vindplaats

Geschiedenistabellen of audit logs 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 attribute identificeert het softwaresysteem waaruit de procesdata is geëxtraheerd, 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 attribute 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 extractieroutine of brondatabase.

Het belang

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

Vindplaats

Hardcoded tijdens het extractieproces

Voorbeelden
`BMC Helix ITSM`Remedy OnDemandBMC ITSM Prod
Laatste data-update
LastDataUpdate
De timestamp waarop de data werd geëxtraheerd of voor het laatst werd ververst.
Omschrijving

Dit attribute geeft aan wanneer de data voor het laatst is geladen in de process mining applicatie. Het zorgt ervoor dat analisten op de hoogte zijn van de actualiteit van de data die zij bekijken. Het wordt meestal gegenereerd door het extractiescript of de data pipeline 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 data loads. Door de laatste update tijd bij te houden, kan het ETL-proces alleen dossiers ophalen die zijn gewijzigd sinds de vorige extractie, wat de performance optimaliseert en de systeem belasting vermindert.

Het belang

Het zorgt voor data-freshness en assisteert 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 attribute 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 attribute stuurt de 'Incident Linkage 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 gebruikerspijn 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 attribute 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 geëxtraheerd uit de SLM-status.

Dit attribute is cruciaal 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 root cause analysis 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 compliance rapportage en faalanalyse.

Vindplaats

SLM:Measurement form of berekend

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

Dit attribute 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 attribute 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 identificeren voordat ze zich manifesteren).

Het analyseren van processtromen op basis van 'Investigation Driver' kan verschillende gedragingen onthullen. '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 attribute 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 attribute is essentieel voor de 'Fix Effectiveness and Quality' weergave. Het stelt de organisatie in staat om specifieke soorten root causes te correleren met rework rates of lange onderzoekstijden. Het kan bijvoorbeeld aan het licht brengen 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 attribute 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 resources 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 attribute 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 lifecycle van het probleem, zelfs als taken aan anderen worden gedelegeerd.

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

In process mining fungeert dit veld als een resource attribute. 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 resource-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 attribute identificeert het Service Configuration Item (CI) gerelateerd aan het probleem, zoals 'Email 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 attribute 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 Name'

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

Dit attribute 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 milestone timestamp.

Dit attribute 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 analisten 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 tijdigheidsmetrics.

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 attribute weerspiegelt de specifieke supportgroep (bijv. 'Server Admin', 'Database Support') die verantwoordelijk is voor het probleemdossier op het moment van het event. In BMC Helix is dit het veld 'Assigned Group'.

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

Het analyseren van overdrachten tussen supportgroepen helpt 'ping-pong' gedrag te identificeren, 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 attribute telt het aantal keren dat de activiteit 'Assigned to Support Group' plaatsvindt voor één case. Het is een directe maatstaf voor procesfrictie en routeringsefficiëntie.

Dit attribute 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 identificeren. 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, frictie 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 attribute 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 attribute 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-attribute dat de tijd meet tussen de activiteit 'Investigation Commenced' en de activiteit 'Root Cause Identified'. Het vertegenwoordigt de kern 'value-add' tijd van het problem management proces.

Deze metric 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 metric te vergelijken tussen 'Supportgroepen' en 'Prioriteiten', kan de organisatie identificeren welke teams betere tools, training of leverancierssupport nodig hebben om issues sneller te diagnosticeren.

Het belang

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

Vindplaats

Berekend op basis van activity timestamps

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

Dit attribute 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 identificeren 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 garanderen. Als de 'Investigation Cycle Time' in 'APAC' het dubbele is van die in 'NAM', dan leidt dit tot een onderzoek naar resource 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 attribute 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 attribute is essentieel 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

Problem Management Activiteiten

Dit zijn de fundamentele processtappen en statuswijzigingen die u moet bijhouden om volledig inzicht te krijgen in uw 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 cruciale 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 'Cancelled' of 'Rejected' wordt.
Het belang

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

Vindplaats

PBM:Problem Investigation formulier, veld 'Status' = 'Cancelled' 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 event wordt expliciet vastgelegd wanneer een nieuwe invoer wordt opgeslagen in het PBM:Problem Investigation form.
Het belang

Markeert het begin van de procesinstantie. Cruciaal voor het berekenen van de totale cyclustijden en initiële responsmetrics.

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 event beëindigt de procesinstantie.
Het belang

Het standaard eind-event. Noodzakelijk voor volledige cyclustijdanalyse en 'Incident Linkage 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 audit log.

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

Cruciaal voor de KPI 'Doorlooptijd van Hoofdoorzaak naar Wijziging' en het identificeren 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 event 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 workload-distributie en individuele resource 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 event.
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

Extractie Guides

Hoe u uw probleemmanagementdata uit BMC Helix ITSM extraheert