Il Suo Template di Dati per la Gestione dei Problemi

BMC Helix ITSM
Il Suo `Template` di `Dati` per la Gestione dei Problemi

Il Suo Template di Dati per la Gestione dei Problemi

Questo template offre una struttura completa per analizzare i workflow di indagine sulle cause radice all'interno di BMC Helix ITSM. Definisce gli attributi essenziali e le attività di processo necessari per creare un Event Log dettagliato, fornendo al contempo indicazioni pratiche per l'estrazione dei dati. Seguendo questa guida, potrà identificare i colli di bottiglia nascosti e ottimizzare il percorso verso la risoluzione definitiva degli incidenti.
  • Campi `dati` essenziali per l'analisi della causa radice
  • Miliari di processo standardizzati per il monitoraggio
  • Guida specifica all'estrazione per BMC Helix ITSM
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi della gestione dei problemi

Questa tabella contiene i campi di `dati` raccomandati necessari per popolare il Suo `event log` per un'analisi approfondita del Suo ciclo di vita della gestione dei problemi.
5 Obbligatorio 9 Consigliato 5 Facoltativo
Nome Descrizione
Activity
Activity
Lo specifico task o `event` di cambio di stato che si è verificato.
Descrizione

Questo attributo rappresenta il passaggio specifico eseguito nel ciclo di vita della gestione dei problemi, come 'Problem Record Logged', 'Root Cause Identified' o 'Solution Database Updated'. In BMC Helix, questi sono spesso derivati dalla cronologia dello stato, dai log di audit o da timestamp di transazione specifici all'interno del modulo di indagine sui problemi.

Questo attributo è il cuore della scoperta dei processi. Analizzando la sequenza di queste attività, lo strumento di Process Mining costruisce la mappa del processo, rivelando il flusso effettivo del lavoro rispetto al processo progettato. Evidenzia cicli, rilavorazioni e deviazioni dalla procedura operativa standard.

Nomi di attività accurati sono cruciali per comprendere cosa è realmente accaduto durante il ciclo di vita. Questi dati consentono la misurazione dei tempi di transizione tra passaggi specifici, come il tempo impiegato tra l'identificazione di una causa radice e l'avvio di una richiesta di modifica.

Perché è importante

Definisce i nodi nella mappa del processo e consente la visualizzazione del workflow.

Dove trovare

Derivato dalla cronologia dello stato di PBM:Problem Investigation o da PBM:AuditLogSystem

Esempi
Record del problema registratoAssegnato al Gruppo di SupportoIndagine AvviataCausa radice identificata
Record del problema
ProblemRecord
L'identificatore unico per il caso di indagine del problema.
Descrizione

Questo attributo funge da identificatore centrale del caso per il processo di gestione dei problemi. In BMC Helix ITSM, questo è tipicamente il campo 'Problem ID' (ad esempio, PBI00000012345) presente nel modulo PBM:Problem Investigation. Collega tutte le attività correlate, dalla registrazione iniziale del problema alla chiusura finale e alla revisione post-implementazione.

Nell'analisi di Process Mining, questo attributo viene utilizzato per raggruppare singoli eventi in una singola istanza di processo. Consente agli analisti di visualizzare il percorso end-to-end di una specifica indagine sui problemi. Senza questo identificatore, sarebbe impossibile correlare la sequenza di azioni intraprese da diversi gruppi di supporto e coordinatori.

Questo campo funziona come chiave primaria per l'event log ed è essenziale per tutte le aggregazioni a livello di caso, come il calcolo del tempo di ciclo totale per problema o il conteggio del numero di problemi per livello di priorità.

Perché è importante

È la chiave fondamentale necessaria per costruire la vista del processo e tracciare il ciclo di vita di problemi specifici.

Dove trovare

PBM:Problem Investigation form, field 'Problem ID'

Esempi
PBI00000004512PBI00000004513PBI00000004514
Timestamp Evento
EventTime
Il timestamp quando si è verificata l'attività specifica.
Descrizione

Questo attributo registra la data e l'ora esatte in cui un'attività ha avuto luogo. In BMC Helix ITSM, questo corrisponde a campi come 'Submit Date', 'Last Modified Date' o timestamp specifici registrati nelle tabelle di cronologia corrispondenti ai cambiamenti di stato.

Nell'analisi, questo attributo viene utilizzato per sequenziare gli eventi cronologicamente e calcolare le durate. Consente la misurazione dei tempi di ciclo tra due punti qualsiasi del processo, come il 'Investigation Cycle Time' o il 'Workaround Publication Lead Time'.

I timestamp precisi sono vitali per identificare i bottleneck. Calcolando la differenza di tempo tra eventi consecutivi, gli analisti possono individuare esattamente dove si verificano i ritardi, sia durante l'assegnazione iniziale che nella fase di revisione finale.

Perché è importante

Consente il calcolo di tutti i KPI basati sulla durata e la sequenza degli event.

Dove trovare

Tabelle di cronologia o log di audit associati a PBM:Problem Investigation

Esempi
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
Sistema di Origine
SourceSystem
Il sistema da cui hanno avuto origine i `dati`.
Descrizione

Questo attributo identifica il sistema software da cui sono stati estratti i dati di processo, in questo caso, 'BMC Helix ITSM'. È particolarmente importante negli ambienti multi-sistema dove il Process Mining potrebbe aggregare dati da vari strumenti ITSM, di sviluppo o di fornitori esterni.

Nell'analisi, questo campo funge da tag di metadati che convalida l'origine del record. Se la vista di Process Mining combina dati da BMC Helix per la gestione dei problemi e un sistema separato per lo sviluppo software (ad esempio, Jira), questo attributo aiuta a segmentare l'analisi in base allo strumento di origine.

Aiuta anche nella risoluzione dei problemi tecnici. Se sorgono problemi di qualità dei dati, conoscere il sistema sorgente consente agli ingegneri dei dati di risalire al problema specifico della routine di estrazione o del database sorgente.

Perché è importante

Fornisce tracciabilità e contesto, specialmente nelle viste di processo multisistema.

Dove trovare

Hardcoded durante il processo di estrazione

Esempi
BMC Helix ITSMRemedy OnDemandProduzione BMC ITSM
Ultimo `Data Update`
LastDataUpdate
Il `timestamp` di quando i `dati` sono stati estratti o aggiornati l'ultima volta.
Descrizione

Questo attributo indica l'ultima volta che i dati sono stati caricati nell'applicazione di Process Mining. Garantisce che gli analisti siano a conoscenza dell'attualità dei dati che stanno visualizzando. Di solito è generato dallo script di estrazione o dallo strumento di data pipeline.

Nell'analisi, questo aiuta a prevenire decisioni basate su dati obsoleti. Ad esempio, se un manager sta esaminando i 'Record di problemi aperti', sapere che i dati sono stati aggiornati un'ora fa rispetto a una settimana fa cambia significativamente l'interpretazione del carico di lavoro attuale.

È anche utilizzato per i caricamenti di dati incrementali. Monitorando l'ultimo orario di aggiornamento, il processo ETL può recuperare solo i record che sono stati modificati dall'estrazione precedente, ottimizzando le prestazioni e riducendo il carico del sistema.

Perché è importante

Garantisce l'aggiornamento dei dati e assiste nelle strategie di caricamento incrementale dei dati.

Dove trovare

Ora di sistema al momento dell'estrazione

Esempi
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Categoria della causa radice
RootCauseCategory
La classificazione della causa sottostante del problema.
Descrizione

Questo attributo contiene la categoria selezionata quando viene identificata la causa radice (ad esempio, 'Software Error', 'Hardware Failure', 'Process Gap'). In BMC Helix, questo viene tipicamente selezionato dai menu 'Root Cause' o 'Generic Categorization'.

Questo attributo è essenziale per la vista 'Fix Effectiveness and Quality'. Consente all'organizzazione di correlare tipi specifici di cause radice con i tassi di rilavorazione o i lunghi tempi di indagine. Ad esempio, potrebbe rivelare che i problemi di 'Software Error' richiedono costantemente il doppio del tempo per essere risolti rispetto ai problemi di 'Hardware Failure'.

È anche utilizzato per calcolare il 'Root Cause Categorization Rate'. Un'alta percentuale di valori 'Unknown' o 'Other' in questo campo suggerisce la necessità di una migliore formazione tecnica o di opzioni di categorizzazione più granulari.

Perché è importante

Consente l'analisi delle tendenze dei problemi sistemici e supporta la gestione proattiva dei problemi.

Dove trovare

PBM: modulo Problem Investigation, campi nelle schede "Root Cause" o di categorizzazione

Esempi
Modulo softwareInfrastruttura di ReteErrore Umano
CI del servizio
ServiceCI
Il servizio aziendale primario o l'elemento di configurazione interessato.
Descrizione

Questo attributo identifica l'Elemento di Configurazione del Servizio (CI) correlato al problema, come 'Email Service', 'SAP ERP' o 'Wi-Fi Network'. In BMC Helix, questo è spesso il campo 'Service+' o la relazione CI primaria.

Nell'analisi, ciò consente la segmentazione dei record dei problemi per prodotto o servizio. Aiuta la leadership IT a comprendere quali servizi sono più fragili e generano il maggior numero di indagini sui problemi. Questo alimenta la dashboard 'Throughput and Priority Volume' aggiungendo una dimensione del prodotto.

Correlare questo attributo con il 'Investigation Cycle Time' può mostrare se alcuni servizi complessi (come un sistema bancario centrale) richiedono intrinsecamente periodi di indagine più lunghi rispetto ai servizi comuni (come la stampa).

Perché è importante

Collega le prestazioni del processo a specifici prodotti o servizi aziendali.

Dove trovare

PBM:Problem Investigation form, field 'ServiceCI' or 'CI Name'

Esempi
Servizio emailSistema PagheVPN aziendale
Conteggio incidenti correlati
RelatedIncidentCount
Il numero di incidenti collegati a questo record del problema.
Descrizione

Questo attributo quantifica l'impatto del problema contando il numero di incidenti associati ad esso. In BMC Helix, questo è solitamente un conteggio di record nel modulo HPD:Help Desk che sono correlati al record PBM.

Questo attributo alimenta il KPI 'Incident Linkage Density'. Un conteggio elevato indica un problema ad alto impatto che sta generando un rumore significativo per il service desk. Correlare questo con la 'Priority' assicura che i problemi ad alto volume siano effettivamente trattati come critici.

Aiuta anche a dare priorità al backlog. Un record di problema con 500 incidenti collegati dovrebbe probabilmente essere prioritario rispetto a un problema 'Critical' con solo 1 incidente collegato, poiché la risoluzione del primo libererà più capacità del service desk.

Perché è importante

Quantifica l'impatto operativo e il disagio dell'utente associato al problema.

Dove trovare

Calcolato contando le righe correlate in HPD:Associations o HPD:Help Desk

Esempi
15120
Coordinatore del problema
ProblemCoordinator
L'utente individuale assegnato a coordinare l'indagine.
Descrizione

Questo attributo indica la persona specifica responsabile del record del problema. In BMC Helix ITSM, questo è il campo 'Problem Coordinator'. Questa persona è proprietaria del ciclo di vita del problema anche se i compiti sono delegati ad altri.

Questo attributo supporta la dashboard 'Support Group Workload Distribution'. Aiuta i manager a identificare se singoli individui sono sovraccarichi di indagini mentre altri hanno capacità. Consente anche l'analisi delle prestazioni a livello individuale, aiutando a identificare le esigenze di formazione o i collaboratori più performanti.

Nel Process Mining, questo campo agisce come attributo di risorsa. Aiuta a visualizzare come il lavoro scorre tra gli individui e può evidenziare i singoli punti di guasto in cui un processo si affida eccessivamente a un esperto specifico.

Perché è importante

Consente l'analisi delle risorse e il bilanciamento del carico di lavoro a livello individuale.

Dove trovare

PBM:Problem Investigation form, field 'Problem Coordinator'

Esempi
John DoeJane SmithAmministratore di Sistema
Data di scadenza dell'SLA
SLADueDate
La data e l'ora entro cui il problema deve essere risolto.
Descrizione

Questo attributo contiene la scadenza per la risoluzione del problema basata sull'accordo sul livello di servizio. In BMC Helix, questo è spesso la 'Target Resolution Date' o un timestamp calcolato di una pietra miliare SLA.

Questo attributo è la base per la dashboard 'SLA Compliance and Breach Trends'. Confrontando questo timestamp con il timestamp dell'attività 'Resolution Verified', il sistema calcola se l'SLA è stato rispettato o violato.

Visualizzare questa data consente agli analisti di vedere quanto il team si avvicina alla scadenza. Stanno risolvendo i problemi con giorni di anticipo o finiscono costantemente pochi minuti prima della violazione? Questa intuizione guida la pianificazione della capacità.

Perché è importante

È il punto di riferimento per il calcolo di tutte le metriche di conformità e tempestività.

Dove trovare

PBM:Problem Investigation form, 'Target Resolution Date' field

Esempi
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
Driver di Indagine
InvestigationDriver
Il motivo per cui è stata avviata l'indagine sul problema.
Descrizione

Questo attributo classifica il fattore scatenante per il record del problema, come 'Incident Volume', 'Major Incident', 'Vendor Notification' o 'Proactive Trend Analysis'. In BMC Helix, questo è il campo 'Investigation Driver'.

Questo attributo supporta la dashboard 'Proactive Identification Trends'. Consente all'organizzazione di misurare il passaggio dalla gestione reattiva degli incidenti (rispondere agli incidenti) alla gestione proattiva dei problemi (identificare i rischi prima che si manifestino).

L'analisi dei flussi di processo per 'Investigation Driver' può rivelare comportamenti diversi. Ad esempio, i problemi 'Proactive' potrebbero rimanere in coda più a lungo perché non stanno causando interruzioni immediate, mentre i problemi guidati da 'Major Incident' vengono gestiti rapidamente.

Perché è importante

Distingue tra lavoro reattivo e proattivo, un indicatore chiave di maturità.

Dove trovare

PBM:Problem Investigation form, field 'Investigation Driver'

Esempi
ReattivoProattivoIncidenti ricorrenti
Gruppo di supporto
SupportGroup
Il team tecnico attualmente assegnato all'indagine del problema.
Descrizione

Questo attributo riflette il gruppo di supporto specifico (ad esempio, 'Server Admin', 'Database Support') responsabile del record del problema al momento dell'evento. In BMC Helix, questo è il campo 'Assigned Group'.

Questo attributo è fondamentale per le dashboard 'Support Group Workload Distribution' e 'Support Group Reassignment Analysis'. Consente agli analisti di segmentare la mappa del processo per team, rivelando quali gruppi gestiscono il maggior volume e quali sono i bottleneck nel processo di indagine.

L'analisi dei passaggi di consegne tra i gruppi di supporto aiuta a identificare il comportamento di 'ping-pong', dove un ticket rimbalza tra i team senza risoluzione. Questo spesso indica responsabilità poco chiare o una gestione della conoscenza inadeguata all'interno dell'organizzazione.

Perché è importante

Consente l'analisi organizzativa e l'individuazione di bottleneck a livello di team.

Dove trovare

PBM:Problem Investigation form, field 'Assigned Group'

Esempi
Service Desk Livello 1Supporto Back OfficeAmministrazione Rete
Priorità
Priority
La priorità calcolata del problema in base all'impatto e all'urgenza.
Descrizione

Questo attributo indica il livello di priorità del record del problema (ad esempio, Critical, High, Medium, Low). In BMC Helix, questo è solitamente un campo calcolato derivato dalle selezioni di Impatto e Urgenza.

Nell'analisi, questo viene utilizzato per la dashboard 'Throughput and Priority Volume'. Consente alle organizzazioni di verificare se le risorse sono correttamente allineate alle esigenze aziendali. Ad esempio, i problemi 'Critical' dovrebbero teoricamente avere tempi di assegnazione iniziali più rapidi e tempi di ciclo complessivi più brevi rispetto a quelli a bassa priorità ('Low').

Filtrare per priorità aiuta a focalizzare gli sforzi di miglioramento. Un bottleneck in un processo a bassa priorità potrebbe essere accettabile, ma lo stesso ritardo in un processo 'Critical' rappresenta un rischio significativo per la continuità aziendale e la conformità SLA.

Perché è importante

Segmenta l'analisi per criticità aziendale e supporta l'analisi degli SLA.

Dove trovare

PBM:Problem Investigation form, field 'Priority'

Esempi
CriticoElevatoMedioBasso
SLA Violato
IsSLABreached
Un indicatore che segnala se la risoluzione del problema ha superato il tempo consentito.
Descrizione

Questo attributo booleano indica se il record del problema ha violato il suo accordo sul livello di servizio. Viene calcolato confrontando il timestamp di 'Resolution Verified' con la 'SLA Due Date' o estratto direttamente dallo stato SLM.

Questo attributo è critico per la dashboard 'SLA Compliance and Breach Trends'. Consente una semplice segmentazione binaria del processo: conforme vs. non conforme. Ciò rende facile isolare le caratteristiche dei processi falliti (ad esempio, 'I casi violati coinvolgono sempre il Gruppo di Supporto X?').

Serve come filtro primario per l'analisi della causa radice dei fallimenti di processo. Gli analisti possono filtrare per 'IsSLABreached = True' e quindi esaminare la mappa del processo per vedere dove è stato perso tempo (ad esempio, lunghi tempi di attesa per l'approvazione del fornitore).

Perché è importante

Semplifica la rendicontazione della conformità e l'analisi dei guasti.

Dove trovare

SLM:Modulo di misurazione o calcolato

Esempi
truefalse
Conteggio Riassegnazioni
ReassignmentCount
Il numero totale di volte in cui il gruppo di supporto è stato modificato.
Descrizione

Questo attributo conta il numero di volte in cui l'attività 'Assigned to Support Group' si verifica per un singolo caso. È una misura diretta dell'attrito del processo e dell'efficienza di instradamento.

Questo attributo popola il grafico 'Support Group Reassignment Analysis'. Valori elevati (ping-pong) indicano che il triage iniziale sta fallendo o che non esiste una chiara responsabilità per i problemi complessi. È un indicatore principale dell'aumento del tempo di ciclo.

I manager lo usano per identificare opportunità di formazione. Se il Service Desk riassegna costantemente i problemi di 'Database' a 'Network' per primi, e poi 'Network' li invia a 'Database', il Conteggio Riassegnazioni aumenterà, evidenziando la necessità di migliori script di diagnosi iniziali.

Perché è importante

Identifica sprechi, attriti e mancanza di responsabilità nel processo.

Dove trovare

Calcolato dalla cronologia delle attività

Esempi
015
ID richiesta di modifica correlata
RelatedChangeRequestId
L'identificatore della richiesta di modifica avviata per risolvere il problema.
Descrizione

Questo attributo contiene l'ID della Richiesta di Modifica (ad esempio, CRQ0000...) collegata al record del problema. Rappresenta la transizione dall'indagine all'implementazione di una soluzione permanente.

Questo attributo è necessario per il KPI 'Root Cause to Change Lead Time'. Consente allo strumento di Process Mining di misurare il ritardo tra la scoperta della causa radice e l'inizio del processo di modifica. Questo è un punto di passaggio comune in cui lo slancio viene perso.

Aiuta anche a verificare la 'completezza del processo'. Un record del problema chiuso con stato 'Completed' ma senza una richiesta di modifica correlata (o una soluzione alternativa) potrebbe indicare una violazione del processo in cui la causa radice è stata trovata ma mai effettivamente risolta.

Perché è importante

Collega il processo di gestione dei problemi al processo di gestione dei cambiamenti.

Dove trovare

PBM:Investigation Associations o scheda Relazione

Esempi
CRQ00000021345CRQ00000021346
Regione
Region
La regione geografica associata al problema.
Descrizione

Questo attributo specifica la posizione geografica (ad esempio, 'Nord America', 'EMEA') in cui il problema ha avuto origine o viene gestito. In BMC Helix, questo si trova spesso nei campi 'Region' o 'Site' associati al richiedente o all'asset interessato.

Nell'analisi, questo supporta la segmentazione geografica. Aiuta a identificare se regioni specifiche stanno riscontrando volumi di problemi più elevati o tempi di risoluzione più lenti. Questo può evidenziare disparità nella dotazione di personale di supporto o nella qualità dell'infrastruttura in diverse località.

È prezioso per le organizzazioni globali garantire una fornitura di servizi coerente. Se il 'Investigation Cycle Time' in 'APAC' è il doppio di quello in 'NAM', ciò avvia un'indagine sull'allocazione delle risorse o sull'aderenza al processo in quella regione.

Perché è importante

Consente il confronto geografico delle prestazioni del processo.

Dove trovare

PBM:Problem Investigation form, 'Region' field

Esempi
AmericasEMEAAPAC
Stato soluzione alternativa
WorkaroundStatus
Indica se una soluzione temporanea valida è stata identificata e pubblicata.
Descrizione

Questo attributo tiene traccia dello stato della soluzione temporanea (Workaround). Potrebbe essere un semplice valore booleano (Has Workaround) o una stringa di stato. In BMC Helix, questo è spesso derivato dalla presenza di testo nel campo 'Workaround' o da un flag di stato specifico.

Questo attributo è fondamentale per la dashboard 'Workaround Publication Performance'. Risponde a quanto efficacemente il team mitiga l'impatto mentre ricerca la causa radice. Una vista di processo filtrata per 'No Workaround' evidenzia i casi in cui l'azienda sta subendo il pieno impatto durante l'indagine.

Supporta anche gli audit di qualità. La chiusura di un record di problema senza una soluzione permanente (Change Request) E senza un Workaround è generalmente un fallimento del processo che richiede revisione.

Perché è importante

Misura l'efficacia della mitigazione dell'impatto durante l'indagine.

Dove trovare

PBM: modulo Problem Investigation, controllo del contenuto nel campo "Workaround"

Esempi
AttivoNessunoRitirato
Tempo di Ciclo dell'Indagine
InvestigationCycleTime
La durata dall'inizio dell'indagine all'identificazione della causa radice.
Descrizione

Questo è un attributo di durata calcolato che misura il tempo tra l'attività 'Investigation Commenced' e l'attività 'Root Cause Identified'. Rappresenta il tempo di valore aggiunto fondamentale del processo di gestione dei problemi.

Questa metrica alimenta la dashboard 'Root Cause Investigation Cycle Time'. Aiuta i manager a comprendere la complessità tecnica dei problemi e l'efficienza dei team di indagine. Anomalie qui (ad esempio, tempi estremamente brevi) potrebbero indicare tentativi a caso, mentre tempi estremamente lunghi indicano indagini bloccate.

Confrontando questa metrica tra 'Support Groups' e 'Priorities', l'organizzazione può identificare quali team necessitano di strumenti migliori, formazione o supporto del fornitore per diagnosticare i problemi più rapidamente.

Perché è importante

È la metrica di efficienza primaria per la fase di indagine tecnica.

Dove trovare

Calcolato dai timestamp delle attività

Esempi
4500000120000
Obbligatorio Consigliato Facoltativo

Attività di gestione dei problemi

Questi sono i passaggi di processo e i cambiamenti di stato fondamentali che Lei dovrebbe monitorare per ottenere piena visibilità sulle Sue fasi di indagine e risoluzione.
9 Consigliato 4 Facoltativo
Activity Descrizione
Assegnato al Gruppo di Supporto
L'assegnazione del record del problema a un team tecnico specifico. Catturata monitorando i cambiamenti al campo 'Assigned Group'.
Perché è importante

Essenziale per misurare i passaggi di consegne, gli effetti ping-pong e il KPI 'Mean Time to Initial Assignment'.

Dove trovare

Modulo PBM:Problem Investigation, cronologia del campo 'Assigned Group' o log di audit.

Acquisisci

Confrontare il campo 'Assigned Group' prima e dopo l'aggiornamento

Tipo di evento inferred
Causa radice identificata
Il momento in cui il record del problema transita a uno stato che indica che la causa è nota. Dedotto quando lo stato cambia in 'Root Cause Identified'.
Perché è importante

Una pietra miliare critica per il dashboard 'Root Cause Investigation Cycle Time'. Segnala il passaggio dall'analisi alla risoluzione.

Dove trovare

PBM:Problem Investigation form, 'Status' field = 'Root Cause Identified'.

Acquisisci

Confrontare il campo di stato per la transizione a Causa Radice Identificata

Tipo di evento inferred
Indagine Avviata
La transizione del record del problema in una fase di analisi attiva. Ciò è dedotto quando il campo Stato cambia in 'Under Investigation'.
Perché è importante

Segna l'inizio della fase di lavoro effettiva, supportando il KPI 'Investigation Cycle Time'.

Dove trovare

PBM:Problem Investigation form, 'Status' field = 'Under Investigation'.

Acquisisci

Confrontare il campo di stato per la transizione a In Investigazione

Tipo di evento inferred
Record del problema annullato
La chiusura di un record del problema prima della risoluzione. Catturata quando lo stato diventa 'Cancelled' o 'Rejected'.
Perché è importante

Identificare lo sforzo sprecato o i duplicati validi. Rappresenta un punto finale alternativo.

Dove trovare

PBM:Problem Investigation form, 'Status' field = 'Cancelled' or 'Rejected'.

Acquisisci

Confrontare il campo di stato per la transizione a Annullato

Tipo di evento inferred
Record del problema chiuso
La chiusura amministrativa finale del record del problema. Questo evento termina l'istanza del processo.
Perché è importante

L'evento finale standard. Necessario per l'analisi completa del tempo di ciclo e il calcolo della 'Incident Linkage Density'.

Dove trovare

PBM:Problem Investigation form, 'Status' field = 'Closed'.

Acquisisci

Confrontare il campo di stato per la transizione a Chiuso

Tipo di evento inferred
Record del problema registrato
La creazione iniziale di un record di Indagine sul Problema nel sistema. Questo evento viene esplicitamente catturato quando una nuova voce viene salvata nel modulo PBM:Problem Investigation.
Perché è importante

Segna l'inizio dell'istanza del processo. Critico per il calcolo dei tempi di ciclo complessivi e delle metriche di risposta iniziale.

Dove trovare

PBM: modulo Problem Investigation, timestamp della "Data di invio" o log di creazione con stato "Bozza".

Acquisisci

Registrato quando viene creato il record PBM:Problem Investigation

Tipo di evento explicit
Richiesta di Modifica Avviata
Il collegamento di una richiesta di modifica dell'infrastruttura all'indagine del problema. Ciò segnala l'inizio della fase di implementazione.
Perché è importante

Critico per il KPI 'Root Cause to Change Lead Time' e per l'identificazione di compartimenti stagni tra i processi di Problem e Change.

Dove trovare

Tabella PBM:Investigation_Associations o popolamento del campo 'Infrastructure Change ID'.

Acquisisci

Registrato quando l'associazione è stata creata in PBM:Investigation_Associations

Tipo di evento explicit
Risoluzione verificata
Il punto in cui la soluzione permanente è confermata come riuscita. Dedotto dal cambio di stato in 'Solution Implemented' o 'Completed'.
Perché è importante

Utilizzato per il 'Problem SLA Adherence Rate'. Conferma che il lavoro tecnico è terminato.

Dove trovare

PBM:Problem Investigation form, 'Status' field = 'Solution Implemented' or 'Completed'.

Acquisisci

Confrontare il campo di stato per la transizione a Soluzione Implementata

Tipo di evento inferred
Soluzione alternativa definita
L'inserimento o l'aggiornamento del testo nel campo Workaround del record del problema. Questo evento indica che è stata documentata una soluzione temporanea.
Perché è importante

Supporta il KPI 'Workaround Publication Lead Time'. Indica la mitigazione dell'impatto dell'incidente.

Dove trovare

PBM:Problem Investigation form, changes to the 'Workaround' text field.

Acquisisci

Confrontare il contenuto del campo 'Workaround' per aggiornamenti non nulli

Tipo di evento inferred
Coordinatore Riassegnato
Un cambiamento nel Problem Coordinator individuale all'interno di un gruppo di supporto. Catturato monitorando il campo 'Problem Coordinator'.
Perché è importante

Aiuta ad analizzare la distribuzione del carico di lavoro e i bottleneck delle risorse individuali.

Dove trovare

Modulo PBM:Problem Investigation, cronologia del campo 'Problem Coordinator'.

Acquisisci

Confrontare il campo 'Problem Coordinator' prima e dopo l'aggiornamento

Tipo di evento inferred
Database soluzioni aggiornato
La transizione del record allo stato 'Solution Database', indicando che una soluzione permanente è stata proposta o identificata.
Perché è importante

Traccia l'avanzamento della definizione della soluzione prima dell'implementazione.

Dove trovare

PBM:Problem Investigation form, 'Status' field = 'Solution Database'.

Acquisisci

Confrontare il campo di stato per la transizione a Database Soluzioni

Tipo di evento inferred
Errore Conosciuto Promosso
La creazione di un record di Errore Noto collegato all'indagine del problema. Questo è un evento di creazione di record correlato.
Perché è importante

Indica la formalizzazione del problema per una comunicazione più ampia e un monitoraggio a lungo termine.

Dove trovare

Creazione di un record in PBM:Known Error collegato all'ID di PBM:Problem Investigation.

Acquisisci

Registrato quando viene creato il record PBM:Known Error

Tipo di evento explicit
Revisione Post-Implementazione Condotta
Il completamento della fase PIR. Catturato da una transizione di stato da uno stato PIR o dalla chiusura di un Task PIR collegato.
Perché è importante

Supporta direttamente la Conformità delle 'Post Implementation Review' e gli audit di qualità del processo.

Dove trovare

PBM: modulo Problem Investigation, flag specifico "PIR Required" o completamento del Task di tipo "PIR" associato.

Acquisisci

Derivato dal completamento dello stato PIR o dalla chiusura del Task PIR

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come estrarre i suoi `dati` di gestione dei problemi da BMC Helix ITSM