Template dei Suoi Dati di Change Management

Freshservice
Template dei Suoi Dati di Change Management

Template dei Suoi Dati di Change Management

Questo template la aiuta a raccogliere i dati giusti per analizzare il suo processo di Change Management. Delinea gli attributi essenziali da raccogliere, le attività chiave da monitorare e fornisce indicazioni sull'estrazione di queste informazioni dal suo sistema. Lo utilizzi per assicurarsi che i suoi dati siano pronti per una scoperta e ottimizzazione del processo ricca di insight.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione per Freshservice
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Change Management

Questi campi dati sono essenziali per creare un event log completo, consentendo un'analisi dettagliata del suo processo di gestione dei cambiamenti.
5 Obbligatorio 8 Consigliato 9 Facoltativo
Nome Descrizione
ID Richiesta di Modifica
ChangeRequestId
L'identificatore univoco per ogni richiesta di modifica inviata all'interno del sistema Freshservice.
Descrizione

L'ID Richiesta di Modifica funge da identificatore primario per un singolo caso di modifica dall'avvio alla chiusura. Collega tutte le attività, le approvazioni e i log associati in una timeline coerente, consentendo un'analisi di processo end-to-end. Nel Process Mining, questo ID è essenziale per ricostruire il ciclo di vita di ogni modifica al fine di comprenderne il percorso, la durata e gli esiti.

Perché è importante

Questo è l'ID Caso essenziale che raggruppa tutti gli eventi correlati, rendendo possibile tracciare e analizzare l'intero percorso di una singola richiesta di modifica.

Dove trovare

Questo è un campo primario sull'oggetto Change in Freshservice.

Esempi
CHG-10234CHG-10235CHG-10236
Nome attività
ActivityName
Il nome di un evento o un'attività specifica che si è verificata all'interno del processo di gestione dei cambiamenti.
Descrizione

Questo attributo descrive un singolo passaggio o una milestone nel ciclo di vita della modifica, come 'Richiesta di Modifica Creata', 'Approvazione Richiesta' o 'Implementazione Completata'. La sequenza di queste attività per un dato ID Richiesta di Modifica costituisce la base della mappa del processo. L'analisi di queste attività aiuta a identificare il flusso del processo, rilevare le deviazioni e misurare il tempo trascorso nelle diverse fasi.

Perché è importante

Definisce i passaggi nel flusso del processo, consentendo la visualizzazione del ciclo di vita delle modifiche e l'analisi delle varianti di processo e dei bottleneck (colli di bottiglia).

Dove trovare

Generato dai log di audit, dallo stream di attività o dalla cronologia dei cambiamenti di stato di un record di Modifica in Freshservice.

Esempi
Modifica ApprovataValutazione del Rischio CompletataImplementazione AvviataModifica Chiusa
Timestamp Evento
EventTime
La data e l'ora esatte in cui si è verificata una specifica attività o un evento.
Descrizione

Ogni attività nel processo ha un timestamp corrispondente, che ne segna l'occorrenza. Questi dati temporali sono cruciali per calcolare le durate tra le attività, identificare i tempi di attesa e analizzare il tempo di ciclo complessivo del processo. Permette l'analisi delle prestazioni, l'identificazione dei bottleneck (colli di bottiglia) e il monitoraggio dell'adesione agli SLA.

Perché è importante

Questo timestamp è fondamentale per tutte le analisi basate sul tempo, inclusi il calcolo dei tempi di ciclo, delle durate e dei tempi di attesa tra i passaggi del processo.

Dove trovare

Timestamp associato a ogni voce nei log di audit o nello stream di attività di un record di Change in Freshservice.

Esempi
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Sistema di Origine
SourceSystem
Identifica il sistema da cui i dati sono stati estratti.
Descrizione

Questo attributo specifica l'origine dei dati di processo. Per questa vista, il valore sarà costantemente 'Freshservice'. Includere questo attributo è una best practice, specialmente in ambienti in cui i dati potrebbero essere uniti da più sistemi, poiché fornisce un contesto essenziale e aiuta nella governance dei dati e nella risoluzione dei problemi.

Perché è importante

Fornisce una chiara provenienza dei dati, fondamentale quando si analizzano dati provenienti da più sistemi aziendali.

Dove trovare

Questo è un valore statico impostato durante il processo di estrazione dei dati per etichettare l'origine dei dati.

Esempi
Freshservice
Ultimo `Data Update`
LastDataUpdate
Il timestamp che indica l'ultimo aggiornamento dei dati per questo record dal sistema sorgente.
Descrizione

Questo attributo registra la data e l'ora dell'estrazione o dell'aggiornamento più recente dei dati per ogni evento. È importante per comprendere la freschezza dei dati analizzati e per garantire che le analisi si basino su informazioni attuali. Questo aiuta a mantenere l'integrità dei dati e fornisce un contesto per la tempestività degli insight.

Perché è importante

Garantisce che gli utenti siano consapevoli dell'attualità dei dati e aiuta a convalidare la validità dell'analisi di Process Mining.

Dove trovare

Questo timestamp è tipicamente generato e aggiunto durante il processo di ingestione dei dati o ETL.

Esempi
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Data di Completamento Prevista
TargetCompletionDate
La data pianificata o di accordo sul livello di servizio (SLA) entro cui la modifica dovrebbe essere completata.
Descrizione

Questa data rappresenta la scadenza per la chiusura di una richiesta di modifica. È il benchmark primario per misurare l'aderenza agli SLA. Confrontando l'Ora di Fine effettiva con la Data di Completamento Target, è possibile determinare se una modifica è stata completata in tempo, in anticipo o in ritardo. Questo è un input chiave per il KPI Tasso di Aderenza SLA delle Modifiche.

Perché è importante

Serve come punto di riferimento per misurare la consegna puntuale e la conformità SLA, che sono indicatori chiave delle prestazioni del processo.

Dove trovare

Questo potrebbe essere un campo data dedicato 'Due by' o 'SLA Target' nell'oggetto Change in Freshservice.

Esempi
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
Gruppo Assegnato
AssignedGroup
Il team o il gruppo responsabile dell'implementazione della modifica.
Descrizione

Questo attributo specifica quale team è assegnato per eseguire il lavoro di modifica, come il 'Team Rete' o gli 'Amministratori di Database'. Analizzare le prestazioni del processo per gruppo assegnato è fondamentale per comprendere il carico di lavoro del team, l'efficienza e identificare i colli di bottiglia delle risorse. Può mostrare quali team hanno tempi di implementazione più lunghi o tassi più elevati di problemi post-implementazione.

Perché è importante

Consente l'analisi delle prestazioni e del carico di lavoro tra diversi team di implementazione per identificare vincoli di risorse o best practice.

Dove trovare

Questo è il campo 'Gruppo' o 'Gruppo Assegnato' sull'oggetto Change in Freshservice.

Esempi
Team InfrastruttureSupporto ApplicativoOperazioni di Sicurezza
Livello di Rischio
RiskLevel
Il livello di rischio valutato associato all'implementazione della modifica.
Descrizione

Il Livello di Rischio classifica il potenziale impatto negativo di una modifica qualora dovesse fallire. I livelli comuni includono Basso, Medio e Alto. Questo attributo è vitale per l'analisi della conformità e per capire se i cambiamenti a rischio più elevato seguono un percorso di processo più rigoroso, come la richiesta di maggiori approvazioni o test più approfonditi. Aiuta a garantire che i controlli di gestione del rischio vengano applicati correttamente.

Perché è importante

Questo è fondamentale per l'analisi della conformità e del rischio, garantendo che le modifiche ad alto rischio ricevano un'adeguata verifica e seguano un processo più robusto.

Dove trovare

Corrisponde al campo 'Risk' nell'oggetto Change in Freshservice.

Esempi
BassoMedioElevatoMolto Alto
Nome del richiedente
RequesterName
Il nome dell'individuo che ha avviato la richiesta di modifica.
Descrizione

Il Richiedente è la persona che ha sottoposto la modifica per considerazione. L'analisi dei dati per richiedente può aiutare a identificare modelli, come quali individui o ruoli presentano frequentemente modifiche, o se le richieste da parte di determinati utenti hanno maggiori probabilità di essere rifiutate o richiedere rilavorazione. Può anche essere utilizzata per l'analisi del carico di lavoro se combinata con le informazioni dipartimentali.

Perché è importante

Identifica l'origine della domanda di modifica e può evidenziare esigenze di formazione o specifici gruppi di utenti con elevati volumi di modifiche.

Dove trovare

Questo è il campo 'Richiesto da' sull'oggetto Change in Freshservice, collegato a un record utente.

Esempi
Alice JohnsonRobert SmithMaria Garcia
Ora di Fine
EndTime
Il timestamp dell'ultimo evento registrato per il caso della richiesta di modifica.
Descrizione

L'Ora di Fine segna la conclusione del ciclo di vita di una richiesta di modifica, corrispondendo tipicamente all'attività 'Modifica Chiusa' o 'Modifica Annullata'. Viene utilizzata in combinazione con l'Ora di Inizio per calcolare il tempo di ciclo totale end-to-end per ogni caso. L'analisi di questo attributo aiuta a comprendere la durata complessiva e la produttività del processo di gestione dei cambiamenti.

Perché è importante

È essenziale per calcolare il tempo di ciclo totale di una richiesta di modifica, un KPI primario per l'efficienza del processo.

Dove trovare

Questo è il timestamp dell'attività finale nell'event log per un dato ID Richiesta di Modifica.

Esempi
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
Priorità Modifica
ChangePriority
Il livello di priorità assegnato alla richiesta di modifica, che indica la sua importanza aziendale.
Descrizione

La priorità è tipicamente determinata combinando impatto e urgenza e viene utilizzata per guidare l'allocazione delle risorse e la pianificazione. Analizzare come la priorità influisce sulle metriche di processo, come il tempo di ciclo e l'aderenza agli SLA, può rivelare se i cambiamenti ad alta priorità vengono elaborati più rapidamente di quelli a bassa priorità. Aiuta a valutare l'efficacia delle politiche di prioritizzazione.

Perché è importante

Aiuta a determinare se il processo prioritizza efficacemente le modifiche di alta importanza e alloca le risorse di conseguenza.

Dove trovare

Questo è il campo 'Priorità' sull'oggetto Change in Freshservice.

Esempi
BassoMedioElevatoUrgente
Stato Modifica
ChangeStatus
Lo stato attuale o finale della richiesta di modifica.
Descrizione

Questo attributo indica lo stato di una richiesta di modifica in un determinato momento o il suo esito finale, come 'Chiusa', 'Annullata' o 'Rifiutata'. È cruciale per l'analisi degli esiti, aiutando a differenziare tra modifiche completate con successo e quelle fallite o abbandonate. Il filtraggio per stato consente un'analisi mirata su specifiche coorti di modifiche.

Perché è importante

Consente l'analisi degli esiti delle modifiche, aiutando a comprendere i tassi di successo, fallimento e annullamento.

Dove trovare

Questo è il campo 'Stato' sull'oggetto Change in Freshservice.

Esempi
ChiusoAnnullataRifiutatoAperto
Tipo di Modifica
ChangeType
La classificazione della modifica, come Standard, Normale o di Emergenza.
Descrizione

Il Tipo di Modifica categorizza le richieste di modifica in base alla loro natura, rischio e requisiti di approvazione. Le modifiche standard sono pre-approvate, le modifiche normali seguono il processo standard e le modifiche di emergenza richiedono una gestione accelerata. Analizzare il processo per Tipo di Modifica è fondamentale per capire se i diversi tipi seguono percorsi distinti e hanno caratteristiche di performance diverse, come il tempo di ciclo o il tasso di successo.

Perché è importante

Segmentare il processo per Tipo di Modifica aiuta a rivelare diversi comportamenti di processo e livelli di performance per modifiche standard, normali ed di emergenza.

Dove trovare

Questo è il campo 'Tipo di Modifica' sull'oggetto Change in Freshservice.

Esempi
StandardNormaleEmergenzaMajor
Codice di chiusura
CloseCode
Un codice o una ragione che indica il motivo per cui la richiesta di modifica è stata chiusa.
Descrizione

Il Codice di Chiusura fornisce dettagli specifici sull'esito di una modifica chiusa. Gli esempi includono 'Implementato con Successo', 'Annullato' o 'Rifiutato'. Questi dati aggiungono un prezioso contesto oltre lo stato finale, consentendo un'analisi più granulare delle modalità di successo e fallimento all'interno del processo di gestione dei cambiamenti.

Perché è importante

Fornisce dettagli granulari sugli esiti dei cambiamenti, consentendo un'analisi più approfondita del perché i cambiamenti hanno avuto successo, sono falliti o sono stati annullati.

Dove trovare

Consulti la documentazione di Freshservice o controlli il modulo Modifica per un campo 'Codice di Chiusura' o simile.

Esempi
RiuscitoRiuscito con problemiFallitoAnnullato
Conteggio Incidenti Associati
AssociatedIncidentsCount
Il numero di incidenti collegati a questa richiesta di modifica dopo la sua implementazione.
Descrizione

Questa metrica quantifica l'impatto a valle di una modifica contando quanti incidenti sono stati creati a seguito del suo deployment. Un conteggio elevato suggerisce potenziali problemi con la pianificazione, il testing o la qualità dell'implementazione. È un input diretto per il KPI Tasso di Problemi Post-Implementazione ed è cruciale per misurare la stabilità e il successo delle modifiche.

Perché è importante

Misura direttamente la qualità e la stabilità delle modifiche implementate, aiutando a identificare quelle che causano interruzioni del servizio.

Dove trovare

Derivato contando il numero di ticket Incidente collegati a un ticket Modifica in Freshservice.

Esempi
015
Durata Approvazione
ApprovalDuration
Il tempo trascorso da una richiesta di modifica nella fase di approvazione.
Descrizione

Questa durata calcolata misura il tempo che intercorre tra il momento in cui viene richiesta un'approvazione e il momento in cui viene concessa o negata. È essenziale per la dashboard 'Durata della Fase di Approvazione delle Modifiche' e aiuta a individuare i colli di bottiglia nel workflow di approvazione. L'analisi di questa metrica può evidenziare approvatori lenti, trasferimenti di gruppo inefficienti o ritardi sistemici nel processo decisionale.

Perché è importante

Misura direttamente l'efficienza della fase di approvazione, aiutando a identificare e affrontare i bottleneck (colli di bottiglia) che ritardano le modifiche.

Dove trovare

Calcolato come la differenza di tempo tra l'attività 'Approvazione Richiesta' e l'attività 'Modifica Approvata' o 'Modifica Rifiutata'.

Esempi
1 giorno 2 ore5 ore 30 minuti3 giorni
Durata Implementazione
ImplementationDuration
Il tempo impiegato per la fase di implementazione della modifica.
Descrizione

Questa metrica calcola la durata del lavoro di implementazione principale, tipicamente misurata dall'attività 'Implementazione Avviata' all'attività 'Implementazione Completata'. Viene utilizzata per analizzare l'efficienza della fase di esecuzione tecnica e supporta la dashboard 'Efficienza della Fase di Implementazione dei Cambiamenti'. Durate elevate possono indicare complessità tecnica, carenze di risorse o sfide impreviste.

Perché è importante

Misura l'efficienza del lavoro tecnico pratico, isolandolo dai ritardi di pianificazione e approvazione.

Dove trovare

Calcolato come la differenza di tempo tra le attività 'Implementazione Avviata' e 'Implementazione Completata'.

Esempi
4 ore1 ora 30 minuti8 ore
Livello di impatto
ImpactLevel
L'impatto aziendale valutato se la modifica dovesse fallire o causare un'interruzione del servizio.
Descrizione

Il Livello di Impatto indica il potenziale effetto sulle operazioni aziendali, che va da basso (che interessa un singolo utente) ad alto (che interessa l'intera organizzazione). Insieme all'Urgenza, spesso determina la Priorità complessiva. L'analisi per impatto aiuta a capire se il processo gestisce correttamente i cambiamenti che rappresentano una minaccia significativa per la continuità aziendale.

Perché è importante

Aiuta nell'analisi del rischio e conferma che le modifiche con un alto potenziale impatto aziendale sono gestite con maggiore attenzione.

Dove trovare

Corrisponde al campo 'Impact' nell'oggetto Change in Freshservice.

Esempi
BassoMedioElevato
Nome Reparto
DepartmentName
Il dipartimento dell'utente che ha richiesto la modifica.
Descrizione

Questo attributo fornisce il contesto organizzativo identificando l'unità aziendale che avvia la richiesta di modifica. L'analisi per dipartimento può rivelare quali parti dell'organizzazione generano il maggior numero di modifiche, hanno i tassi di rifiuto più elevati o sperimentano i tempi di ciclo più lunghi. Questo insight è prezioso per il miglioramento mirato dei processi e la pianificazione delle risorse.

Perché è importante

Consente l'analisi delle prestazioni del processo e della domanda da diverse unità aziendali, supportando miglioramenti mirati.

Dove trovare

Queste informazioni sono tipicamente derivate dal profilo utente del richiedente in Freshservice.

Esempi
FinanzaRisorse UmaneTecnologia dell'InformazioneMarketing
SLA Violato
IsSlaBreached
Un flag booleano che indica se la richiesta di modifica è stata completata dopo la sua data obiettivo.
Descrizione

Questo attributo è un indicatore binario di conformità agli SLA, contrassegnato come 'true' se l'Ora di Fine della modifica è successiva alla sua Data di Completamento Target, e 'false' in caso contrario. Semplifica la creazione di dashboard e KPI relativi all'aderenza agli SLA, consentendo un rapido filtraggio e aggregazione delle modifiche in ritardo. Supporta direttamente il KPI Tasso di Aderenza SLA delle Modifiche.

Perché è importante

Fornisce un risultato binario e chiaro per le prestazioni SLA, semplificando il filtraggio e la creazione di report sui cambiamenti puntuali rispetto a quelli in ritardo.

Dove trovare

Calcolato confrontando l'EndTime con il TargetCompletionDate. Se EndTime > TargetCompletionDate, allora true.

Esempi
truefalse
Tempo di ciclo totale
TotalCycleTime
Il tempo totale trascorso dalla creazione alla chiusura di una richiesta di modifica.
Descrizione

Questa metrica è calcolata come la durata tra il primo e l'ultimo evento per una data richiesta di modifica. Rappresenta il tempo di elaborazione end-to-end ed è un KPI fondamentale per misurare l'efficienza complessiva del processo. L'analisi del Tempo di Ciclo Totale aiuta a identificare i casi di lunga durata e fornisce una base per le iniziative di miglioramento.

Perché è importante

Questo è un KPI primario per misurare la velocità e l'efficienza complessiva del processo di Change Management dall'inizio alla fine.

Dove trovare

Calcolato sottraendo il timestamp del primo evento dal timestamp dell'ultimo evento per ogni ID Richiesta di Modifica.

Esempi
2 giorni 4 ore 30 minuti10 giorni 0 ore 0 minuti1 ora 15 minuti
Urgenza
Urgency
Indica la rapidità con cui la modifica deve essere implementata da una prospettiva aziendale.
Descrizione

L'Urgenza riflette la sensibilità temporale di una modifica. Ad esempio, una patch di sicurezza potrebbe avere alta urgenza. Questo attributo, spesso combinato con l'Impatto per impostare la Priorità, aiuta nell'analizzare se il processo reagisce in modo appropriato alle esigenze aziendali critiche in termini di tempo. Può rivelare se i cambiamenti urgenti si muovono effettivamente più velocemente attraverso il processo.

Perché è importante

Fornisce contesto sulla sensibilità temporale di una modifica, che può essere correlata al tempo di ciclo per valutare la reattività del processo.

Dove trovare

Questo è il campo 'Urgenza' sull'oggetto Change in Freshservice.

Esempi
BassoMedioElevato
Obbligatorio Consigliato Facoltativo

Attività di Change Management

Questi sono i passaggi di processo e le tappe fondamentali critiche da monitorare accuratamente all'interno del suo event log per una scoperta approfondita del processo di Change Management.
5 Consigliato 10 Facoltativo
Activity Descrizione
Implementazione Completata
Indica che il lavoro tecnico di implementazione della modifica è stato completato. Questo è tipicamente dedotto da un cambio di stato a uno stato post-implementazione come 'In Attesa di Revisione'.
Perché è importante

Questa milestone segna la fine del lavoro di implementazione principale. È il punto finale per il calcolo del 'Tempo Medio di Implementazione' e segnala l'inizio delle attività di testing o revisione.

Dove trovare

Deducibile da un cambio di stato a un valore come 'In Attesa di Revisione', 'In Attesa di Test' o 'Completato'.

Acquisisci

Deducibile da un cambio del campo di stato a 'In Attesa di Revisione' o simile.

Tipo di evento inferred
Modifica Approvata
Una tappa fondamentale in cui un'autorità designata, come il Change Advisory Board (CAB), approva formalmente la richiesta di modifica per procedere. Questa è tipicamente un'azione esplicita registrata nel sistema.
Perché è importante

Segna la fine della fase di approvazione e l'inizio della pianificazione dell'implementazione. Questa attività è essenziale per misurare il 'Tempo Medio di Approvazione delle Modifiche' e il 'Tasso di Approvazione al Primo Passaggio'.

Dove trovare

Freshservice registra questo come un evento esplicito quando un approvatore clicca il pulsante 'Approva'. L'evento è registrato nel log attività del ticket con un timestamp.

Acquisisci

Il timestamp dell'azione 'Approvato' nella scheda approvazioni o nel log delle attività.

Tipo di evento explicit
Modifica Chiusa
Questo segna il completamento ufficiale e riuscito del processo di Change Management. Questo evento viene catturato quando lo stato del ticket di modifica viene spostato al suo stato finale 'Chiuso'.
Perché è importante

Questo è l'evento finale primario per il processo. È il punto dati finale per il calcolo del 'Tempo di Ciclo Medio di Modifica' end-to-end e del 'Tasso di Aderenza SLA della Modifica'.

Dove trovare

Questo evento viene catturato dal timestamp associato al cambiamento di stato finale in 'Chiuso' nella cronologia del ticket di modifica.

Acquisisci

Il timestamp del cambiamento di stato finale in 'Chiuso'.

Tipo di evento explicit
Modifica Programmata
L'attività di assegnazione di un orario di inizio e fine specifico per l'implementazione della modifica approvata. Ciò è tipicamente dedotto quando i campi 'Scheduled Start Time' e 'Scheduled End Time' sono popolati.
Perché è importante

Questa è una milestone chiave che innesca l'inizio della fase di implementazione. È essenziale per calcolare il 'Tempo Medio di Implementazione' e analizzare l'efficienza della pianificazione.

Dove trovare

Deducibile dal timestamp in cui i campi data relativi alla pianificazione vengono compilati e lo stato passa a 'Programmato' o simile.

Acquisisci

Deducibile dalla compilazione di 'Data di Inizio Programmata' e un corrispondente aggiornamento di stato.

Tipo di evento inferred
Richiesta di Modifica Creata
Questo segna l'inizio ufficiale del processo di Change Management, dove una nuova richiesta di modifica viene formalmente registrata in Freshservice. Questo evento viene catturato esplicitamente quando un utente salva un nuovo ticket di modifica, creando un ID Richiesta di Modifica univoco e un timestamp di creazione.
Perché è importante

Questo è l'evento iniziale primario per il processo. L'analisi del tempo da questa attività a 'Modifica Chiusa' fornisce il tempo di ciclo end-to-end, un KPI chiave per l'efficienza del processo.

Dove trovare

Questo è un evento esplicito catturato nella cronologia di audit del record di modifica. Corrisponde al timestamp di creazione del ticket di modifica.

Acquisisci

Il timestamp di creazione del record della richiesta di modifica.

Tipo di evento explicit
Approvazione Richiesta
Rappresenta il momento in cui la richiesta di modifica viene formalmente sottoposta a revisione e autorizzazione. Ciò è tipicamente dedotto quando lo stato della richiesta di modifica passa a uno stato come 'In attesa di approvazione' o quando viene assegnata a un approvatore.
Perché è importante

Questa attività segna l'inizio della fase di approvazione. Misurare la durata da questo punto a 'Modifica Approvata' è cruciale per identificare i colli di bottiglia nel ciclo di approvazione.

Dove trovare

Deducibile dal Log Attività o tracciando i cambiamenti del campo di stato a 'In Attesa di Approvazione'. Il timestamp di questo cambiamento di stato è utilizzato come tempo dell'evento.

Acquisisci

Deducibile da un cambio del campo di stato a 'In Attesa di Approvazione'.

Tipo di evento inferred
Implementazione Avviata
Segna l'inizio dell'effettiva implementazione o esecuzione della modifica. Questo si deduce quando lo stato della richiesta di modifica viene aggiornato a 'In Corso' o a uno stato attivo simile.
Perché è importante

Fornisce un chiaro punto di partenza per il monitoraggio della durata di implementazione attiva. Aiuta a differenziare tra tempo di attesa e lavoro effettivo svolto.

Dove trovare

Deducibile da un cambio di stato a un valore come 'In Corso' o 'Implementazione in Corso' all'ora di inizio programmata.

Acquisisci

Deducibile da un cambio del campo di stato a 'In Corso'.

Tipo di evento inferred
Modifica Annullata
Rappresenta la terminazione di una richiesta di modifica prima del suo completamento. Questo è uno stato finale alternativo, acquisito quando lo stato del ticket viene impostato su 'Annullato' o 'Ritirato'.
Perché è importante

L'analisi delle modifiche annullate può rivelare problemi nelle fasi iniziali di pianificazione o approvazione, come richieste non più necessarie o prive di un valido business case.

Dove trovare

Catturato dal timestamp del cambio di stato a 'Annullato' o uno stato terminale equivalente che non sia 'Chiuso'.

Acquisisci

Il timestamp del cambiamento di stato in 'Annullato'.

Tipo di evento explicit
Modifica Riaperta
Si verifica quando una modifica precedentemente chiusa o risolta viene riportata a uno stato aperto, tipicamente a causa di problemi scoperti post-implementazione. Ciò si deduce da un cambio di stato da chiuso ad aperto.
Perché è importante

Questa attività è un forte indicatore di rilavorazione o modifiche fallite. Monitorare la sua frequenza è cruciale per comprendere la qualità della modifica e l'efficacia del testing.

Dove trovare

Deducibile rilevando una transizione di stato da uno stato 'Chiuso' o 'Risolto' a uno stato 'Aperto' o 'In Corso' nel log attività del ticket.

Acquisisci

Rilevare il cambio di stato da uno stato terminale (es. 'Chiuso') a uno stato non terminale (es. 'Aperto').

Tipo di evento inferred
Modifica Rifiutata
Indica che un approvatore ha formalmente rifiutato la richiesta di modifica, impedendone il proseguimento. Questa azione è registrata esplicitamente e spesso invia il processo in un ciclo di rilavorazione.
Perché è importante

Questa attività è cruciale per analizzare la rilavorazione e identificare i motivi del fallimento del processo. Un'elevata frequenza di rifiuti indica problemi con la qualità della richiesta o la valutazione del rischio.

Dove trovare

Freshservice registra questo come un evento esplicito quando un approvatore clicca il pulsante 'Rifiuta'. L'evento è registrato nel log attività del ticket.

Acquisisci

Il timestamp dell'azione 'Rifiutato' nella scheda approvazioni o nel log delle attività.

Tipo di evento explicit
Nota Aggiunta alla Modifica
Rappresenta l'aggiunta di un commento o una nota alla richiesta di modifica, indicando attività di comunicazione o documentazione. Freshservice registra esplicitamente questi eventi nel feed delle attività per ogni ticket.
Perché è importante

Sebbene non sia un passaggio di processo fondamentale, il monitoraggio delle note può fornire contesto per i ritardi, specialmente durante le fasi di approvazione o pianificazione. Un'alta frequenza di note può indicare requisiti poco chiari o problemi di comunicazione.

Dove trovare

Registrato esplicitamente nella sezione 'Attività' o 'Audit' di un ticket di richiesta di modifica, con un timestamp e l'utente che ha aggiunto la nota.

Acquisisci

Registrato come evento 'Nota Aggiunta' nel log attività del ticket.

Tipo di evento explicit
Pianificazione Completata
Significa che tutta la pianificazione necessaria per la modifica, inclusa l'elaborazione dei piani di implementazione e di rollback, è stata finalizzata. Ciò è solitamente dedotto da un cambiamento di stato dopo l'approvazione.
Perché è importante

Segna la transizione dalla pianificazione all'esecuzione. L'analisi della durata della fase di pianificazione aiuta a identificare le opportunità per snellire le attività pre-implementazione.

Dove trovare

Deducibile da un cambio di stato da uno stato relativo alla pianificazione, come 'In Attesa di Rilascio', a uno stato di implementazione, come 'Programmato'.

Acquisisci

Deducibile da un cambio di stato da 'Pianificazione in Corso' o uno stato simile.

Tipo di evento inferred
Revisione Post-Implementazione Effettuata
Indica il completamento della Revisione Post-Implementazione (PIR) per valutare il successo della modifica e documentare le lezioni apprese. Questo è spesso dedotto quando le note di revisione vengono aggiunte post-implementazione o uno stato viene aggiornato.
Perché è importante

Garantisce che venga seguito un processo di revisione formale. L'analisi di questa attività aiuta a comprendere l'efficacia delle modifiche e supporta il miglioramento continuo del processo.

Dove trovare

Deducibile dalla compilazione dei campi relativi al PIR nel modulo di modifica dopo la data di implementazione, o da un cambio di stato a uno stato come 'Revisione Completata'.

Acquisisci

Deducibile dalla compilazione dei campi note PIR o da un aggiornamento di stato specifico.

Tipo di evento inferred
Testing Completato
Rappresenta il completamento di tutte le attività di test e validazione richieste per garantire che la modifica sia stata un successo e non abbia causato effetti avversi. Ciò può essere dedotto dalla chiusura di un'attività o da un cambiamento di stato.
Perché è importante

Il monitoraggio di questa attività aiuta a misurare il KPI 'Tasso di Completamento del Testing' e garantisce che le modifiche siano correttamente validate prima della chiusura finale, riducendo i problemi post-implementazione.

Dove trovare

Ciò può essere difficile da acquisire e potrebbe dover essere dedotto dal completamento di un'attività di 'Testing' collegata o da un cambiamento di stato in 'Testing Completato'.

Acquisisci

Deducibile dalla chiusura di un'attività correlata al testing associata alla modifica.

Tipo di evento inferred
Valutazione del Rischio Completata
Indica che la valutazione formale dei potenziali rischi associati alla modifica è stata completata. Questa attività è spesso dedotta quando il campo del livello di rischio viene popolato o aggiornato, o un'attività correlata è completata.
Perché è importante

Il monitoraggio di questa attività aiuta a garantire la conformità con le politiche di modifica che richiedono la valutazione del rischio. Consente l'analisi della 'Copertura della Valutazione del Rischio' e del tempo trascorso su questo passaggio critico.

Dove trovare

Questo è probabilmente dedotto da un aggiornamento con timestamp al campo 'Rischio' nel modulo di modifica o dal completamento di un'attività specifica relativa all'analisi del rischio.

Acquisisci

Deducibile dal timestamp in cui il campo 'Rischio' viene popolato o un elemento correlato della checklist viene contrassegnato come completato.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi `dati` da `Freshservice`