Uw Problem Management Data Template
BMC Helix ITSMUw Problem Management Data Template
- Essentiële data velden voor hoofdoorzaakanalyse
- Gestandaardiseerde procesmijlpalen voor tracking
- Specifieke extractiehandleiding voor BMC Helix ITSM
Problem Management Attributes
| 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
|
|||
Problem Management Activiteiten
| 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
|
|||