Uw Probleembeheer datatemplate
Uw Probleembeheer datatemplate
- Essentiële datavelden voor hoofdoorzaakanalyse
- Gestandaardiseerde stappen in het proces voor tracking
- Specifieke extractiehandleiding voor BMC Helix ITSM
Kenmerken van probleembeheer
| 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
|
|||
Probleembeheer 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 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
|
|||