Il Suo Template di Dati per la Gestione dei Problemi
Il Suo Template di Dati per la Gestione dei Problemi
- Attributi consigliati per l'analisi della causa radice.
- Tappe e attività chiave del processo
- Guida all'estrazione passo dopo passo da ServiceNow
Attributi di Gestione dei Problemi
| Nome | Descrizione | ||
|---|---|---|---|
|
Activity
Activity
|
Lo specifico `event` o azione eseguita sul record del problema. | ||
|
Descrizione
Rappresenta i passaggi distinti o i cambiamenti di stato che si verificano durante il ciclo di vita di un record di problema. Gli esempi includono 'Record del problema creato', 'Causa radice identificata' o 'Assegnato al gruppo di supporto'. Questo attributo è cruciale per la costruzione della mappa di processo e la visualizzazione della sequenza degli eventi.
Perché è importante
Definisce i nodi nella mappa di processo, consentendo la visualizzazione del workflow e delle varianti di processo.
Dove trovare
Derivato dalle tabelle 'sys_audit', 'sys_history_line' o dai cambiamenti di stato nella tabella 'problem'
Esempi
Record del problema creato.Analisi CompletataStato cambiato in Chiuso
|
|||
|
Record del problema
ProblemNumber
|
L'identificatore unico per il record del problema. | ||
|
Descrizione
La chiave alfanumerica unica assegnata a un record di problema specifico all'interno di ServiceNow (ad es., PRB000123). Questo identificatore funge da filo conduttore centrale che collega tutte le attività di processo, dalla registrazione iniziale all'analisi della causa radice fino alla chiusura finale. Nell'analisi del Process Mining, questo attributo funziona come
Perché è importante
È la chiave primaria per differenziare i casi unici e raggruppare gli eventi correlati nel grafo di processo.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'number'
Esempi
PRB004512PRB009823PRB001122
|
|||
|
Timestamp Evento
EventTime
|
La data e l'ora esatte in cui si è verificata un'attività. | ||
|
Descrizione
Registra il timestamp specifico in cui una modifica o un'azione è stata registrata nel sistema. Questo
Perché è importante
Essenziale per ordinare gli eventi e calcolare tutti i KPI basati sul tempo.
Dove trovare
Campo 'sys_created_on' di ServiceNow nelle tabelle di audit/cronologia
Esempi
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
|
|||
|
Sistema di Origine
SourceSystem
|
Il nome del sistema da cui provengono i dati. | ||
|
Descrizione
Identifica la specifica istanza o ambiente ServiceNow da cui sono stati estratti i dati di gestione dei problemi. Questo è particolarmente utile in ambienti multisistema per tracciare la provenienza dei dati e gestire le sfumature specifiche del sistema nell'analisi.
Perché è importante
Fornisce contesto per l'origine dei dati, specialmente quando si fondono dati da più strumenti ITSM.
Dove trovare
Codificato durante l'estrazione (es. 'ServiceNow Production')
Esempi
ServiceNow ProdServiceNow EMEA
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il `timestamp` di quando i `dati` sono stati estratti o aggiornati l'ultima volta. | ||
|
Descrizione
Indica l'attualità del dataset utilizzato per l'analisi. Aiuta gli analisti a capire se stanno osservando dati in tempo reale o uno snapshot storico, il che è fondamentale per interpretare correttamente gli stati dei casi aperti.
Perché è importante
Assicura che gli utenti sappiano quanto sono recenti i dati per una reportistica operativa accurata.
Dove trovare
Ora di sistema al momento dell'esecuzione dell'ETL
Esempi
2023-11-01T12:00:00Z
|
|||
|
Categoria della causa radice
RootCauseCategory
|
La classificazione della causa radice identificata. | ||
|
Descrizione
Categorizza la ragione sottostante del problema, come Bug software, Errore umano o Guasto hardware. Questo attributo alimenta la dashboard 'Accuratezza della categorizzazione della causa radice' e aiuta a identificare modelli di guasto sistemici.
Perché è importante
Consente l'analisi dei modelli di fallimento per guidare miglioramenti strategici.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'rca_category' o 'u_root_cause_category'
Esempi
Difetto softwareErrore di configurazioneProblema del fornitore
|
|||
|
Conteggio incidenti correlati
RelatedIncidentCount
|
Il numero di incidenti collegati a questo record di problema. | ||
|
Descrizione
Quantifica l'impatto del problema contando il numero di incidenti ad esso associati. Conteggi elevati in questo campo, in particolare per gli Errori Conosciuti, alimentano la Dashboard 'Errore Conosciuto e Ricorrenza degli Incidenti'.
Perché è importante
Misura l'entità dell'impatto sugli utenti causato dal problema.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'related_incidents' (il nome del campo può variare) o conteggio dei record collegati
Esempi
1501200
|
|||
|
Conteggio Riassegnazioni
ReassignmentCount
|
Il numero di volte in cui il problema è stato riassegnato tra i gruppi. | ||
|
Descrizione
Un contatore che traccia la frequenza con cui il gruppo di assegnazione è cambiato. Questa è la fonte diretta per il KPI 'Conteggio riassegnazioni del record del problema' e aiuta a identificare gli effetti di 'ping-pong' in cui i ticket rimbalzano tra i team.
Perché è importante
Indicatore diretto di attrito di processo e mancanza di chiara titolarità.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'reassignment_count'
Esempi
0312
|
|||
|
Gruppo di supporto
AssignmentGroup
|
Il team tecnico responsabile della risoluzione del problema. | ||
|
Descrizione
Designa il gruppo di supporto o il team specifico attualmente assegnato al problema. Questo attributo è vitale per la dashboard 'Analisi delle riassegnazioni del gruppo di supporto' per tracciare i passaggi di consegne tra i team e identificare i silos organizzativi.
Perché è importante
Cruciale per identificare i colli di bottiglia tra i reparti e analizzare l'efficienza del passaggio di consegne.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'assignment_group'
Esempi
Network OpsAmministratori DatabaseService Desk
|
|||
|
Priorità
Priority
|
Il livello di priorità assegnato al record del problema. | ||
|
Descrizione
Indica l'importanza e l'urgenza del problema, tipicamente calcolate da impatto e urgenza. Questo attributo consente la segmentazione dell'analisi per criticità, supportando la dashboard 'Monitoraggio violazioni SLA e priorità'.
Perché è importante
Consente la segmentazione delle performance di processo per criticità aziendale.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'priority'
Esempi
1 - Critico2 - Alto3 - Moderate
|
|||
|
Stato del problema
ProblemState
|
Lo stato del ciclo di vita del record del problema. | ||
|
Descrizione
Riflette la fase attuale del record del problema, come Aperto, Analisi della Causa Radice, Correzione in Corso o Chiuso. Questo è un fattore primario per filtrare e comprendere la composizione del backlog nell' 'Analisi dell'invecchiamento dei record di problema obsoleti'.
Perché è importante
L'indicatore di stato primario utilizzato per filtrare i
Dove trovare
Tabella 'problem' di ServiceNow, campo 'state'
Esempi
NuovoValutaAnalisi della causa radiceRisolto
|
|||
|
Utente Assegnato
AssignedTo
|
L'individuo specifico assegnato a lavorare sul problema. | ||
|
Descrizione
Identifica l'utente attualmente responsabile del record del problema. L'analisi di questo attributo aiuta a comprendere la distribuzione del carico di lavoro, le performance individuali e i potenziali colli di bottiglia a livello di risorsa.
Perché è importante
Chiave per l'analisi dell'efficienza delle risorse e del carico di lavoro individuale.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'assigned_to'
Esempi
Alice SmithBob JonesAmministratore di sistema
|
|||
|
Data di scadenza dell'SLA
SlaDueDate
|
La data/ora obiettivo per la risoluzione del problema secondo l'SLA. | ||
|
Descrizione
Il timestamp che indica quando il problema deve essere risolto per soddisfare gli accordi sul livello di servizio. Questo è il punto di riferimento per la Dashboard 'Violazioni SLA e Monitoraggio Priorità' e per il calcolo dei tassi di conformità.
Perché è importante
Baseline per il calcolo dello stato di violazione SLA.
Dove trovare
Tabella 'task_sla' di ServiceNow collegata al problema
Esempi
2023-12-31T17:00:00Z
|
|||
|
Durata in sospeso
PendingDuration
|
Tempo totale trascorso dal problema in uno stato sospeso o in attesa. | ||
|
Descrizione
Aggrega il tempo trascorso in stati come 'In attesa del fornitore' o 'In sospeso'. Questa metrica viene utilizzata per l''Analisi degli stati di attesa e dei tempi di attesa' per separare il tempo di elaborazione interno dai ritardi esterni.
Perché è importante
Differenzia tra inefficienza del team e dipendenze esterne.
Dove trovare
Calcolato: Somma della durata degli intervalli in cui lo stato = In sospeso/In attesa
Esempi
5 giorni0 minuti
|
|||
|
Durata RCA
RootCauseAnalysisDuration
|
Tempo impiegato dalla creazione del problema all'identificazione della causa radice. | ||
|
Descrizione
Una durata calcolata che misura l'efficienza della fase di indagine. Supporta direttamente il KPI 'Tempo medio per l'identificazione della causa radice' e aiuta a identificare lacune nelle competenze tecniche o problemi di complessità.
Perché è importante
Metrica chiave di efficienza per la fase di indagine.
Dove trovare
Calcolato: Timestamp dell'attività 'Causa Radice Identificata' meno il tempo di 'Record del Problema Creato'
Esempi
3 giorni e 4 ore12 ore
|
|||
|
È Errore Noto
IsKnownError
|
Flag che indica se il problema è classificato come Errore Noto. | ||
|
Descrizione
Identifica se il record del problema è stato convertito o contrassegnato come Errore Noto. Questo è essenziale per l'analisi 'Errore Noto e Ricorrenza degli Incidenti' per vedere se il processo di gestione della conoscenza è efficace.
Perché è importante
Distingue tra indagini attive e difetti accettati con soluzioni temporanee.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'known_error'
Esempi
truefalse
|
|||
|
Elemento di configurazione
ConfigurationItem
|
Lo specifico asset o servizio interessato dal problema. | ||
|
Descrizione
Identifica l'elemento di configurazione (CI) collegato al record del problema. L'analisi di questo aiuta a correlare i problemi con hardware, software o servizi specifici, supportando la dashboard 'Accuratezza della categorizzazione della causa radice'.
Perché è importante
Collega i problemi di processo a specifici asset fisici o logici.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'cmdb_ci'
Esempi
SAP ERP Server 01Servizio Email ExchangeOracle DB Prod
|
|||
|
Numero Richiesta di Modifica
ChangeRequestNumber
|
L'identificatore della richiesta di modifica avviata per correggere il problema. | ||
|
Descrizione
Collega il record del problema a un record di Change Management (RFC). Questa connessione è vitale per la dashboard 'Efficienza di transizione delle richieste di modifica' per misurare la velocità di passaggio di consegne tra la diagnosi del problema e l'esecuzione della modifica dell'infrastruttura.
Perché è importante
Traccia la transizione dalla gestione dei problemi alla gestione del cambiamento.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'rfc'
Esempi
CHG003001CHG004552
|
|||
|
Risultato PIR
PostImplementationReviewResult
|
L'esito o lo stato di completamento della Revisione Post-Implementazione. | ||
|
Descrizione
Archivia il risultato o lo stato della PIR (ad es., Completato, Non richiesto, In sospeso). Questo attributo è necessario per la Dashboard 'Conformità della Revisione Post-Implementazione' per garantire che i problemi maggiori vengano esaminati.
Perché è importante
Metrica di controllo qualità che assicura l'apprendimento da incidenti maggiori.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'pir_state' o campo personalizzato simile
Esempi
CompletatoRinunciatoIn Sospeso
|
|||
|
Servizio aziendale
BusinessService
|
Il servizio aziendale di alto livello impattato dal problema. | ||
|
Descrizione
Rappresenta il servizio rivolto all'azienda (ad es. 'Servizio Paghe', 'Portale Clienti') piuttosto che il componente tecnico. Questo fornisce una visione business-centrica per la reportistica agli stakeholder.
Perché è importante
Collega i problemi tecnici ai flussi di valore aziendali.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'business_service'
Esempi
Online BankingEmail Interna
|
|||
|
Soluzione temporanea pubblicata.
WorkaroundPublished
|
Indica se una soluzione temporanea è stata documentata e condivisa. | ||
|
Descrizione
Un flag booleano o di stato che indica se una soluzione temporanea è stata identificata e pubblicata nella Knowledge Base o nel database degli errori noti. Questo supporta la dashboard 'Performance di pubblicazione delle soluzioni temporanee'.
Perché è importante
Fondamentale per misurare la rapidità con cui l'impatto aziendale viene mitigato prima di una soluzione definitiva.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'work_around' (presenza di testo) o stato specifico
Esempi
truefalse
|
|||
|
Tempo di redazione della soluzione
SolutionDraftingTime
|
Tempo tra l'identificazione della causa radice e la proposta di una soluzione. | ||
|
Descrizione
Traccia la durata della fase di progettazione in cui una correzione viene sviluppata dopo che la causa è nota. Questo supporta la Dashboard 'Redazione della Soluzione e Applicazione della Correzione'.
Perché è importante
Isola le performance della fase di 'progettazione della soluzione'.
Dove trovare
Calcolato: Timestamp di 'Soluzione Proposta Bozzata' meno 'Causa Radice Identificata'
Esempi
2 giorni4 ore
|
|||
Attività di Gestione dei Problemi
| Activity | Descrizione | ||
|---|---|---|---|
|
Assegnato al Gruppo di Supporto
|
L'instradamento del record del problema a un team tecnico specifico per l'indagine. Questa attività traccia il flusso della responsabilità ed è fondamentale per analizzare i passaggi di consegne. | ||
|
Perché è importante
Essenziale per la dashboard 'Analisi delle riassegnazioni del gruppo di supporto' per identificare gli effetti 'ping-pong' e i colli di bottiglia tra i team.
Dove trovare
Tabella 'sys_audit' o 'sys_history_line' di ServiceNow che traccia le modifiche al campo 'assignment_group'.
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||
|
Causa radice identificata
|
Il punto in cui i codici 'Causa Radice' vengono popolati o lo stato si sposta su 'Correzione in Corso'. Questo rappresenta la diagnosi riuscita del problema. | ||
|
Perché è importante
Calcola il Tempo Medio per l'Identificazione della Causa Radice e supporta la dashboard del Tempo Ciclo di Indagine della Causa Radice. È una tappa fondamentale del processo.
Dove trovare
Tabella 'sys_audit' di ServiceNow che traccia le modifiche al campo della categoria 'root_cause' o la transizione allo stato 'Fix in Progress'.
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||
|
Correzione permanente applicata.
|
Il momento in cui il problema viene contrassegnato come Risolto, spesso innescato dalla chiusura della Richiesta di Modifica associata. Questo indica che il lavoro tecnico è completato. | ||
|
Perché è importante
Determina la fine del ciclo di risoluzione attivo. Utilizzato per calcolare il tempo totale di risoluzione rispetto allo SLA.
Dove trovare
Tabella 'sys_audit' di ServiceNow, transizione del campo 'state' a 'Resolved' (valore 106 tipico).
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||
|
Indagine Avviata
|
La transizione dello stato del record del problema da 'Nuovo' a 'Valutazione' o 'Analisi della Causa Radice'. Significa che un analista ha iniziato attivamente a lavorare sul problema. | ||
|
Perché è importante
Segna la fine del tempo di attesa iniziale in coda e l'inizio della fase di indagine attiva, supportando l'analisi dello stato in sospeso.
Dove trovare
Tabella 'sys_audit' di ServiceNow che traccia le modifiche al campo 'state' (ad es., valore che passa a 102 o 103 a seconda della configurazione).
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||
|
Record del problema chiuso.
|
L'evento finale del ciclo di vita in cui il record diventa inattivo. Non è previsto ulteriore lavoro. | ||
|
Perché è importante
Il punto finale definitivo per l'istanza del processo. Necessario per il calcolo del tempo di ciclo totale.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'closed_at' o transizione di 'state' a 'Closed'.
Acquisisci
Registrato quando viene eseguita la transazione Chiudi Problema
Tipo di evento
explicit
|
|||
|
Record del problema creato.
|
La creazione iniziale di un record di problema nel sistema ServiceNow. Questo segna l'inizio del ciclo di vita della gestione dei problemi e stabilisce il timestamp di riferimento per le metriche di invecchiamento. | ||
|
Perché è importante
Stabilisce l'ora di inizio per tutti i calcoli del tempo di ciclo e le misurazioni SLA. È l'ancora principale per identificare il volume delle indagini sui problemi in arrivo.
Dove trovare
Tabella 'problem' di ServiceNow, campo 'sys_created_on'.
Acquisisci
Registrato quando viene eseguita la transazione Nuovo Record
Tipo di evento
explicit
|
|||
|
Richiesta di Modifica Avviata
|
L'associazione di una Richiesta di Modifica (RFC) al Record del Problema. Questo indica il passaggio di consegne dalla Gestione dei Problemi alla Gestione del Cambiamento per l'implementazione. | ||
|
Perché è importante
Vitale per la Dashboard di Efficienza della Transizione della Richiesta di Modifica. Identifica i ritardi tra la ricerca di una correzione e l'avvio del processo di modifica.
Dove trovare
Tabella 'sys_audit' di ServiceNow che traccia il popolamento del campo di riferimento 'rfc' sulla tabella 'problem'.
Acquisisci
Registrato quando viene eseguita la transazione Crea Modifica Normale
Tipo di evento
explicit
|
|||
|
Soluzione temporanea identificata.
|
L'atto di inserire testo nel campo 'soluzione temporanea' del record del problema. Questo cattura il momento in cui una soluzione temporanea viene documentata dall'analista. | ||
|
Perché è importante
Supporta la Dashboard di Prestazione della Pubblicazione delle Soluzioni Temporanee stabilendo quando la soluzione tecnica è stata conosciuta per la prima volta.
Dove trovare
Tabella 'sys_audit' di ServiceNow dove 'fieldname' è 'workaround'.
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||
|
Revisione post-implementazione completata.
|
Il completamento dell'attività PIR o l'impostazione di un flag PIR. Questo conferma che un'analisi retrospettiva è stata eseguita per i problemi maggiori. | ||
|
Perché è importante
Supporta direttamente la dashboard di conformità alla revisione post-implementazione. La mancanza di questa attività per i problemi ad alta priorità indica un fallimento della conformità.
Dove trovare
Chiusura della tabella 'problem_task' di ServiceNow (tipo=PIR) o modifica del campo 'pir_state' della tabella 'problem'.
Acquisisci
Derivare dal confronto del campo X con Y
Tipo di evento
inferred
|
|||
|
Risoluzione verificata.
|
Un passaggio di convalida in cui la risoluzione viene confermata come efficace. Questo può essere uno stato specifico o una casella di controllo, a seconda della maturità del processo. | ||
|
Perché è importante
Garantisce il controllo qualità prima della chiusura. Saltare questo passaggio consente l'analisi della Deviazione di Processo.
Dove trovare
Tabella 'sys_audit' di ServiceNow. Può essere una modifica di stato (Resolved -> Closed) o un campo specifico 'u_resolution_verified' se configurato.
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||
|
Soluzione proposta redatta.
|
L'inserimento di dati nei campi 'Note di correzione' o 'Codice di risoluzione'. Indica che l'analista è passato dalla comprensione della causa alla progettazione della correzione permanente. | ||
|
Perché è importante
Supporta la Dashboard di Redazione della Soluzione e Applicazione della Correzione isolando la durata della fase di progettazione.
Dove trovare
Tabella 'sys_audit' di ServiceNow che traccia gli aggiornamenti al campo 'fix_notes'.
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||
|
Soluzione temporanea pubblicata.
|
L'esecuzione dell'azione 'Comunica Soluzione Temporanea', che invia la soluzione temporanea agli incidenti correlati o crea un articolo di Errore Noto. Questo è distinto dal semplice digitare la soluzione temporanea. | ||
|
Perché è importante
Critico per misurare la velocità di condivisione della conoscenza. I ritardi qui influiscono direttamente sul volume di incidenti ricorrenti.
Dove trovare
Tabella 'sys_journal_field' o log specifici di UI Action di ServiceNow; può anche essere inferito se viene creato un record 'kb_knowledge' di tipo 'Known Error'.
Acquisisci
Registrato quando viene eseguita la transazione Comunica Workaround
Tipo di evento
explicit
|
|||
|
Stato cambiato in Correzione in Corso
|
Il record passa a uno stato che indica che una correzione è in fase di costruzione o distribuzione (spesso in attesa della Gestione del Cambiamento). | ||
|
Perché è importante
Differenzia il tempo di indagine attiva dal tempo di 'attesa per la modifica', affinando l'analisi dei colli di bottiglia.
Dove trovare
Tabella 'sys_audit' di ServiceNow, transizione del campo 'state' a 'Fix in Progress' (valore 104 tipico).
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||
|
Valutazione Rifiutata
|
Il record del problema viene riportato a uno stato precedente o annullato durante la fase di valutazione perché non era un problema valido. | ||
|
Perché è importante
Identifica gli sprechi nel processo in cui gli incidenti vengono erroneamente promossi a problemi.
Dove trovare
Tabella 'sys_audit' di ServiceNow, transizione del campo 'state' a 'Closed/Cancelled' o 'New' da 'Assess'.
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||