Il Suo template dei dati per la gestione dei problemi
Il Suo template dei dati per la gestione dei problemi
- Attributi essenziali per un’analisi più approfondita delle cause profonde
- Mappatura standardizzata delle attività nel ciclo di vita dei problemi
- Indicazioni tecniche per estrarre i dati da Freshservice
Attributi della gestione dei problemi
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
ActivityName
|
Evento o azione specifica eseguita sul record del problema. | ||
|
Descrizione
Questo attributo descrive una fase del ciclo di vita del processo, ad esempio 'Problema registrato', 'Causa profonda individuata' o 'Gruppo di supporto modificato'. È l’elemento fondamentale degli algoritmi di individuazione dei processi, che ricostruiscono la sequenza delle attività. Durante l’analisi, questo campo determina i nodi della mappa del processo ed è essenziale per individuare cicli di rilavorazione, passaggi ignorati e varianti del processo.
Perché è importante
Definisce il 'che cosa' dell’esecuzione del processo ed è obbligatorio per generare la mappa del processo.
Dove reperirli
Ricavato dagli endpoint 'Activities' o 'Audit Log' di Freshservice.
Esempi
Problema registratoPriorità aggiornataStato modificato in Risolto
|
|||
|
Data e ora
EventTimestamp
|
Data e ora esatte in cui si è verificata l’attività. | ||
|
Descrizione
Questo attributo registra quando si è verificato un evento specifico nel sistema. Consente al motore di Process Mining di ordinare gli eventi cronologicamente e calcolare la durata tra una fase e l’altra. Durante l’analisi, questi dati costituiscono la base per tutti i KPI basati sul tempo, come il tempo di elaborazione, l’analisi del tempo di attraversamento e l’individuazione dei colli di bottiglia.
Perché è importante
Definisce la cronologia degli eventi, consentendo di calcolare il tempo di ciclo e ordinare le fasi del processo.
Dove reperirli
Campi 'created_at' o 'updated_at' dell’API Freshservice nel flusso delle attività.
Esempi
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
|
|||
|
Record del problema
ProblemNumber
|
Identificativo alfanumerico univoco assegnato al record del problema (ad esempio, PRB-10234). | ||
|
Descrizione
Questo attributo funge da ID caso centrale per l’analisi di Process Mining. Identifica in modo univoco uno specifico problema in fase di indagine in Freshservice e collega tutte le attività, gli eventi e le modifiche correlati. Viene utilizzato per raggruppare le singole voci del log di audit in un’unica istanza di processo coerente. Durante l’analisi, questo identificativo consente agli utenti di passare da aggregazioni di alto livello ai singoli percorsi dei problemi, per comprendere l’esatta sequenza degli eventi.
Perché è importante
È la chiave fondamentale per ricostruire il flusso del processo ed è necessaria per identificare in modo univoco ogni caso.
Dove reperirli
Oggetto 'Problem' dell’API Freshservice, campo 'display_id'.
Esempi
PRB-10023PRB-10045PRB-11201
|
|||
|
Agente assegnato
AgentName
|
Nome dell’agente del Service Desk attualmente assegnato al problema. | ||
|
Descrizione
Questo attributo identifica la persona responsabile dell’analisi o della risoluzione del problema. Consente di analizzare le risorse e monitorare le prestazioni. Nell’analisi, aiuta a individuare come si distribuisce il carico di lavoro e quali persone potrebbero essere sovraccariche o particolarmente efficaci nell’analisi delle cause profonde.
Perché è importante
Fondamentale per l’analisi delle risorse e l’analisi organizzativa.
Dove reperirli
Oggetto 'Problem' dell’API Freshservice, campo 'responder_id' (richiede una ricerca nella tabella Agent).
Esempi
Alice SmithBob JonesAmministratore di sistema
|
|||
|
Categoria della causa profonda
RootCauseCategory
|
Classificazione della causa sottostante individuata per il problema. | ||
|
Descrizione
Questo attributo classifica la causa del problema, ad esempio 'bug software', 'errore di configurazione' o 'errore umano'. Viene compilato dopo la fase di analisi delle cause profonde. Nell’analisi, viene usato nella Dashboard sulla qualità della classificazione delle cause profonde per individuare debolezze sistemiche nell’infrastruttura.
Perché è importante
Essenziale per analizzare le tendenze e individuare le aree in cui intervenire in modo proattivo.
Dove reperirli
Oggetto 'Problem' dell’API Freshservice. A seconda della configurazione, spesso si tratta di un campo personalizzato o del campo di testo 'root_cause'.
Esempi
Guasto softwareErrore di configurazioneGuasto hardware
|
|||
|
Gruppo di supporto
SupportGroup
|
Team o gruppo tecnico incaricato di gestire il problema. | ||
|
Descrizione
Questo attributo indica il team responsabile del record del problema. I trasferimenti tra gruppi sono una delle principali cause di ritardo nella gestione dei problemi. Nell’analisi, questo campo viene usato per generare la mappa di calore dei trasferimenti tra gruppi di supporto e individuare i passaggi ripetuti da un team all’altro.
Perché è importante
Essenziale per analizzare i passaggi di consegne e individuare i colli di bottiglia dovuti alla frammentazione tra team.
Dove reperirli
Oggetto 'Problem' dell’API Freshservice, campo 'group_id' (richiede una ricerca nella tabella Groups).
Esempi
Team databaseGestione della reteSupporto applicativo
|
|||
|
Incidenti collegati
RelatedIncidentCount
|
Numero di record di incidente collegati a questo problema. | ||
|
Descrizione
Questo attributo conta gli incidenti associati al record del problema e fornisce un’indicazione del livello di disservizio per gli utenti. Nell’analisi, viene usato per l’indicatore KPI della densità dei collegamenti agli incidenti, che permette di verificare se la gestione dei problemi riduce effettivamente il numero di incidenti.
Perché è importante
Indica l’entità degli effetti del problema sul Service Desk.
Dove reperirli
API Freshservice, conteggio degli elementi dell’array 'associated_incidents'.
Esempi
05120
|
|||
|
Priorità
ProblemPriority
|
Livello di priorità assegnato al problema (ad esempio, bassa, media, alta, urgente). | ||
|
Descrizione
Questo attributo indica l’importanza relativa e l’urgenza del record del problema. In genere, viene determinato combinando impatto e urgenza. Nell’analisi, questo campo è fondamentale per la segmentazione: consente agli analisti di confrontare i tempi di ciclo e il rispetto degli SLA per i problemi critici e i difetti minori.
Perché è importante
Essenziale per filtrare e dare priorità all’analisi dei problemi ad alto impatto.
Dove reperirli
Oggetto 'Problem' dell’API Freshservice, campo 'priority'.
Esempi
BassaMediaAltaUrgente
|
|||
|
Reparto
DepartmentName
|
Reparto dell’utente che ha segnalato il problema o che ne subisce principalmente gli effetti. | ||
|
Descrizione
Questo attributo identifica l’unità aziendale interessata dal problema. Nell’analisi, consente di segmentare le prestazioni SLA dei problemi critici e verificare se alcuni reparti ricevono un servizio più lento rispetto ad altri.
Perché è importante
Fornisce il contesto organizzativo necessario per valutare l’impatto dei problemi.
Dove reperirli
API Freshservice, tramite la ricerca del richiedente nella tabella Department.
Esempi
FinanzaRisorse umaneIT
|
|||
|
Riaperto
IsReopened
|
Indicatore che segnala se il record del problema è mai passato dallo stato chiuso a quello aperto. | ||
|
Descrizione
Questo attributo booleano viene calcolato verificando nella cronologia delle attività le transizioni da uno stato terminale a uno stato attivo. Nell’analisi, alimenta la Dashboard sulle tendenze di riapertura dei record dei problemi e costituisce un indicatore chiave della qualità del processo di risoluzione.
Perché è importante
Indicatore principale delle risoluzioni errate e delle rilavorazioni.
Dove reperirli
Calcolato dall’Event Log (ActivityName).
Esempi
truefalse
|
|||
|
SLA non rispettato
IsSlaBreached
|
Indicatore che segnala se il record del problema non ha rispettato l’obiettivo previsto dall’accordo sul livello del servizio. | ||
|
Descrizione
Questo attributo booleano è vero se il tempo di risoluzione del problema ha superato il limite definito dalla policy. Nell’analisi, alimenta la Dashboard sulle prestazioni SLA dei problemi critici e aiuta a individuare i team o le categorie che faticano maggiormente a rispettare le tempistiche.
Perché è importante
Misura diretta della conformità e delle prestazioni del processo.
Dove reperirli
API Freshservice, derivato dai campi 'sla_policy' o 'sla_breached'.
Esempi
truefalse
|
|||
|
Stato
ProblemStatus
|
Stato attuale del ciclo di vita del problema (ad esempio, aperto, modifica richiesta, risolto). | ||
|
Descrizione
Questo attributo tiene traccia dell’avanzamento del problema nel flusso di lavoro. Le modifiche a questo campo attivano le attività standard del processo. Nell’analisi, è il filtro principale per distinguere il lavoro in corso da quello completato e consente di analizzare il lavoro in corso (WIP, Work In Progress).
Perché è importante
Definisce lo stato del caso e viene usato per calcolare le statistiche sui flussi.
Dove reperirli
Oggetto 'Problem' dell’API Freshservice, campo 'status'.
Esempi
ApertoModifica in attesaRisoltoChiuso
|
|||
|
Data di scadenza
DueDate
|
Data entro cui si prevede di risolvere il problema. | ||
|
Descrizione
Questo attributo contiene la scadenza del problema, spesso definita dalle policy SLA o impostata manualmente da un responsabile. Nell’analisi, il confronto tra questa data e quella di risoluzione effettiva fornisce indicazioni sulla precisione della pianificazione e sulla definizione di aspettative realistiche.
Perché è importante
Riferimento per analizzare il rispetto delle scadenze.
Dove reperirli
Oggetto 'Problem' dell’API Freshservice, campo 'due_by'.
Esempi
2023-12-31T17:00:00Z
|
|||
|
Descrizione della soluzione temporanea
WorkaroundNotes
|
Testo che descrive la soluzione temporanea o alternativa. | ||
|
Descrizione
Questo attributo contiene i dettagli della soluzione temporanea fornita. Se è presente, significa che è stata pubblicata una soluzione alternativa. Nell’analisi, la data e l’ora di compilazione di questo campo alimentano l’indicatore KPI del tempo medio di attraversamento per la soluzione temporanea.
Perché è importante
Essenziale per confrontare la velocità di mitigazione con quella di risoluzione definitiva.
Dove reperirli
Oggetto 'Problem' dell’API Freshservice, campo 'workaround'.
Esempi
Riavviare manualmente il servizioSvuotare la cache del browserUsare un endpoint VPN alternativo
|
|||
|
Impatto
ImpactLevel
|
Misura degli effetti del problema sui processi aziendali. | ||
|
Descrizione
Questo attributo quantifica la portata del problema e viene spesso usato insieme all’urgenza per determinare la priorità. Nell’analisi, aiuta a stabilire quali colli di bottiglia del processo incidono sulle funzioni aziendali più critiche.
Perché è importante
Consente di ponderare i risultati dell’analisi in base alla criticità aziendale.
Dove reperirli
Oggetto 'Problem' dell’API Freshservice, campo 'impact'.
Esempi
BassaMediaAlta
|
|||
|
Richiesta di modifica collegata
ChangeRequestId
|
Identificativo della richiesta di modifica creata per risolvere il problema. | ||
|
Descrizione
Questo attributo contiene l’ID di una richiesta di modifica associata al record del problema per implementare una soluzione definitiva. Nell’analisi, è essenziale per l’indicatore KPI del tempo di transizione dall’analisi delle cause profonde alla modifica, che misura il tempo perso tra l’individuazione di una causa e l’intervento.
Perché è importante
Collega il processo di gestione dei problemi a quello di gestione delle modifiche.
Dove reperirli
API Freshservice, campo 'associated_change_request'.
Esempi
CHG-2001CHG-2045
|
|||
|
Risorsa interessata
AssociatedAsset
|
Elemento di configurazione (CI) o risorsa principale collegata al problema. | ||
|
Descrizione
Questo attributo identifica lo specifico componente hardware o software oggetto dell’indagine. Nell’analisi, consente di valutare la qualità della classificazione delle cause profonde per tipo di risorsa e di individuare dispositivi o versioni software soggetti a difetti.
Perché è importante
Collega le prestazioni del processo ai componenti dell’infrastruttura.
Dove reperirli
API Freshservice, campo 'associated_assets'.
Esempi
Server-01Applicazione pagheSwitch principale A
|
|||
|
Sistema di origine
SourceSystem
|
Nome del sistema da cui provengono i dati. | ||
|
Descrizione
Questo attributo statico identifica l’origine del set di dati, ovvero 'Freshservice'. Negli ambienti con più sistemi, consente di distinguere i record provenienti da diversi strumenti o istanze ITSM. Nell’analisi, viene usato principalmente per filtrare o raggruppare i dati quando si combinano fonti diverse.
Perché è importante
Garantisce la provenienza e la tracciabilità dei dati nelle implementazioni di Process Mining che coinvolgono più sistemi.
Dove reperirli
Valore impostato durante l’estrazione.
Esempi
Freshservice
|
|||
|
Ultimo aggiornamento dei dati
LastExtractionTime
|
Data e ora in cui i dati sono stati estratti da Freshservice. | ||
|
Descrizione
Questo attributo indica quanto sono aggiornati i dati utilizzati per l’analisi. Aiuta a capire se si stanno consultando dati in tempo reale o un’istantanea precedente. Nell’analisi, viene usato come riferimento per calcolare la durata attuale dei casi aperti.
Perché è importante
Fornisce informazioni sulla latenza e sull’affidabilità dei dati.
Dove reperirli
Ora di sistema al momento dell’esecuzione dell’ETL.
Esempi
2023-11-01T12:00:00Z
|
|||
Attività della gestione dei problemi
| Attività | Descrizione | ||
|---|---|---|---|
|
Causa profonda individuata
|
Momento in cui viene compilato il campo di testo della causa profonda o la sezione di analisi. L’evento viene rilevato individuando il primo aggiornamento del campo 'Root Cause' da uno stato nullo. | ||
|
Perché è importante
È la tappa principale per l’analisi del tempo di attraversamento dell’analisi delle cause profonde. Segna il passaggio dall’indagine alla progettazione della soluzione.
Dove reperirli
Flusso delle attività: aggiornamento dei campi 'root_cause' o 'analysis'.
Acquisizione
Confrontare il campo root_cause prima e dopo l’aggiornamento
Tipo di evento
inferred
|
|||
|
Correzione definitiva applicata
|
Indica l’implementazione della soluzione definitiva. In Freshservice, in genere si deduce dal passaggio dello stato a 'Solved' o 'Resolved'. | ||
|
Perché è importante
Calcola il ritardo nell’implementazione della correzione definitiva. Segna la fine dell’intervento tecnico di correzione.
Dove reperirli
Flusso delle attività: modifica dello stato a 'Solved' o 'Resolved'.
Acquisizione
Confrontare il campo di stato prima e dopo la modifica
Tipo di evento
inferred
|
|||
|
Gruppo di supporto assegnato
|
Assegnazione del record del problema a un team tecnico o a un gruppo specifico. L’evento viene rilevato monitorando le modifiche al campo 'Group' nella cronologia del ticket. | ||
|
Perché è importante
Essenziale per la mappa di calore dei trasferimenti tra gruppi di supporto. Il monitoraggio permette di individuare i rimbalzi e gli eccessivi passaggi di consegne tra i team.
Dove reperirli
Flusso delle attività: aggiornamenti ai campi 'group_id' o 'group_name'.
Acquisizione
Registrato quando viene aggiornato il campo Group
Tipo di evento
explicit
|
|||
|
Problema chiuso
|
Evento finale del ciclo di vita, in cui il record viene bloccato e considerato inattivo. Viene rilevato dal passaggio dello stato a 'Closed'. | ||
|
Perché è importante
Definisce la fine effettiva dell’istanza del processo. È necessario per calcolare il tempo di ciclo totale.
Dove reperirli
Flusso delle attività: modifica dello stato a 'Closed'.
Acquisizione
Registrato quando lo stato passa a Closed
Tipo di evento
explicit
|
|||
|
Problema registrato
|
Creazione iniziale del record del problema nel sistema. Questo evento viene registrato esplicitamente nel log di audit di Freshservice quando si salva un nuovo ticket relativo a un problema. | ||
|
Perché è importante
Segna l’inizio dell’istanza del processo. È il punto di riferimento per calcolare tutti i tempi di attraversamento e i tempi di ciclo.
Dove reperirli
Flusso delle attività di Freshservice o API Tickets (data e ora created_at).
Acquisizione
Registrato quando viene eseguita la transazione New Problem
Tipo di evento
explicit
|
|||
|
Richiesta di modifica associata
|
Collegamento di un record di modifica al record del problema, che segnala l’inizio della fase di correzione. L’evento viene rilevato tramite l’evento di sistema 'Association with Change'. | ||
|
Perché è importante
Essenziale per il monitoraggio dei colli di bottiglia nelle richieste di modifica. Misura il passaggio dalla gestione dei problemi alla gestione delle modifiche.
Dove reperirli
Flusso delle attività: evento 'Association with Change'.
Acquisizione
Registrato quando viene collegato un ID di modifica
Tipo di evento
explicit
|
|||
|
Soluzione temporanea pubblicata
|
Aggiunta di una soluzione temporanea al record del problema, spesso indicata in una nota o in un campo 'Workaround'. Serve a calcolare la velocità di pubblicazione delle soluzioni temporanee. | ||
|
Perché è importante
Misura la rapidità con cui il team riduce l’impatto. È essenziale per il KPI del tempo medio di attraversamento delle soluzioni temporanee.
Dove reperirli
Flusso delle attività: aggiornamento del campo 'workaround' o creazione di una nota contrassegnata come Solution/Workaround.
Acquisizione
Registrato quando viene compilato il campo Workaround
Tipo di evento
explicit
|
|||
|
Agente assegnato
|
Assegnazione di una persona specifica al record del problema. L’evento viene registrato esplicitamente quando il campo 'Agent' viene compilato o aggiornato. | ||
|
Perché è importante
Indica quando una risorsa ha preso ufficialmente in carico il lavoro. Aiuta ad analizzare l’allocazione delle risorse in base alla priorità.
Dove reperirli
Flusso delle attività: aggiornamenti al campo 'responder_id'.
Acquisizione
Registrato quando viene aggiornato il campo Agent
Tipo di evento
explicit
|
|||
|
Attività del problema completata
|
Completamento di una sottoattività associata al record del problema. Spesso viene utilizzata per monitorare le revisioni successive all’implementazione (PIR) o specifiche fasi di indagine. | ||
|
Perché è importante
Supporta la Dashboard di audit del completamento delle revisioni successive, monitorando la chiusura delle attività di revisione.
Dove reperirli
Flusso delle attività: modifica dello stato di 'Task' a Closed/Completed.
Acquisizione
Registrato quando un Task collegato viene contrassegnato come completato
Tipo di evento
explicit
|
|||
|
Nota aggiunta
|
Attività generica che registra l’aggiunta di una nota pubblica o privata al record. Rappresenta un aggiornamento o un’attività di collaborazione in corso. | ||
|
Perché è importante
Può indicare che il lavoro è in corso anche se lo stato non è cambiato. È utile per individuare i periodi di attesa durante i quali si svolgono attività.
Dove reperirli
Flusso delle attività: evento 'Note added'.
Acquisizione
Registrato quando viene pubblicato un commento
Tipo di evento
explicit
|
|||
|
Priorità aggiornata
|
Modifica del livello di urgenza o impatto del record del problema. L’evento viene rilevato tramite la traccia di audit del campo 'Priority'. | ||
|
Perché è importante
Fondamentale per analizzare gli SLA non rispettati e filtrare la Dashboard Prestazioni SLA dei problemi critici.
Dove reperirli
Flusso delle attività: aggiornamenti al campo 'priority'.
Acquisizione
Registrato quando viene modificato il campo Priority
Tipo di evento
explicit
|
|||
|
Problema riaperto
|
Transizione da uno stato 'Resolved' o 'Closed' a uno stato 'Open'. Indica che la correzione non ha funzionato o è stata rifiutata. | ||
|
Perché è importante
È la metrica principale della Dashboard sull’andamento delle riaperture dei record dei problemi. Una frequenza elevata indica una scarsa qualità dell’analisi delle cause profonde o delle correzioni.
Dove reperirli
Flusso delle attività: modifica dello stato da [Closed/Solved] a [Open/In Progress].
Acquisizione
Confrontare il campo di stato prima e dopo la modifica
Tipo di evento
inferred
|
|||
|
Risorsa collegata
|
Collegamento di un elemento di configurazione (CI) o di una risorsa al record del problema. Aiuta a identificare il 'servizio aziendale interessato' o l’'elemento di configurazione coinvolto'. | ||
|
Perché è importante
Collega il problema astratto all’infrastruttura fisica o logica. È fondamentale per l’analisi della qualità della classificazione delle cause profonde.
Dove reperirli
Flusso delle attività: evento 'Association with Asset'.
Acquisizione
Registrato quando una risorsa viene associata al record
Tipo di evento
explicit
|
|||
|
SLA non rispettato
|
Evento generato dal sistema che indica il superamento dell’orario 'Due By'. Freshservice registra specifici indicatori di violazione degli SLA. | ||
|
Perché è importante
Supporta direttamente l’analisi delle prestazioni SLA dei problemi critici. Evidenzia i casi di mancata conformità.
Dove reperirli
Flusso delle attività: log di sistema della violazione SLA.
Acquisizione
Registrato quando si attiva il monitor SLA del sistema
Tipo di evento
explicit
|
|||
|
Stato in attesa di modifica
|
Transizione di stato che indica che il problema è in attesa dell’implementazione di una richiesta di modifica. Si deduce dal passaggio del campo di stato a 'Change Requested' o a uno stato simile. | ||
|
Perché è importante
Individua i tempi di attesa dovuti alla dipendenza del team di gestione dei problemi da processi di modifica esterni.
Dove reperirli
Flusso delle attività: modifica dello stato all’ID corrispondente a 'Change Requested'.
Acquisizione
Confrontare il campo di stato prima e dopo la modifica
Tipo di evento
inferred
|
|||
Guide all’estrazione
È pronto a iniziare?
Trasformi oggi i dati sulla gestione dei problemi in informazioni utili. Il nostro team è a disposizione per aiutarLa nel processo di estrazione e nell’avvio dell’ottimizzazione dei servizi IT.
Elimini oggi i colli di bottiglia nella gestione dei problemi
Riduca del 30% il tempo di ciclo e migliori la stabilità dei servizi IT
Non è richiesta la carta di credito. Configurazione in 5 minuti.