Il Suo Template di Dati per la Gestione dei Problemi

ServiceNow Problem Management
Il Suo Template di Dati per la Gestione dei Problemi

Il Suo Template di Dati per la Gestione dei Problemi

Questo template fornisce un modello completo per analizzare il Suo ciclo di vita della gestione dei problemi ITIL all'interno di ServiceNow. Troverà gli attributi necessari da raccogliere, le attività critiche da tracciare e una guida all'estrazione passo dopo passo per il Suo progetto di dati. Questa struttura Le garantisce la visibilità necessaria per ridurre il tempo medio di risoluzione ed eliminare gli incidenti ricorrenti.
  • Attributi consigliati per l'analisi della causa radice.
  • Tappe e attività chiave del processo
  • Guida all'estrazione passo dopo passo da ServiceNow
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Gestione dei Problemi

Questi sono i campi di dati raccomandati da includere nel Suo Event Log per un'analisi completa del Suo processo di gestione dei problemi ITIL.
5 Obbligatorio 7 Consigliato 10 Facoltativo
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 Case ID, consentendo la ricostruzione del percorso end-to-end della risoluzione del problema.

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 data point è fondamentale per ordinare le attività cronologicamente e calcolare le metriche di durata come i tempi di ciclo e i tempi di consegna tra i passaggi del processo.

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 case aperti rispetto a quelli chiusi.

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
Obbligatorio Consigliato Facoltativo

Attività di Gestione dei Problemi

Questi sono i passaggi chiave del processo e le tappe fondamentali del ciclo di vita da acquisire nel Suo Event Log per una scoperta accurata dei Suoi Workflow dei problemi.
8 Consigliato 6 Facoltativo
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
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i suoi dati da ServiceNow Problem Management