Il Suo Template di Dati per la Gestione dei Problemi
Il Suo Template di Dati per la Gestione dei Problemi
- Campi `dati` essenziali per l'analisi della causa radice
- Miliari di processo standardizzati per il monitoraggio
- Guida specifica all'estrazione per BMC Helix ITSM
Attributi della gestione dei problemi
| 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
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'
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
Perché è importante
Consente il calcolo di tutti i KPI basati sulla durata e la sequenza degli
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 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
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 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 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 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
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 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 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
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 Filtrare per priorità aiuta a focalizzare gli sforzi di miglioramento. Un
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 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
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 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 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
Esempi
4500000120000
|
|||
Attività di gestione dei problemi
| 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
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
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
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
|
|||