Template dei Suoi Dati di Change Management

Ivanti Cherwell
Template dei Suoi Dati di Change Management

Template dei Suoi Dati di Change Management

Questo template fornisce una chiara roadmap per la raccolta dei dati essenziali necessari per analizzare il Suo processo di Gestione dei Cambiamenti. Delinea gli attributi cruciali da raccogliere, le attività chiave da tracciare e fornisce una guida specifica per l'estrazione di queste informazioni dal Suo sistema sorgente. Utilizzate questa risorsa per costruire un robusto log degli eventi per le vostre iniziative di Process Mining.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione da Ivanti Cherwell
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi del Change Management

Questi sono i campi dati raccomandati da includere nel Suo log degli eventi per un'analisi completa della gestione dei cambiamenti e una scoperta di processo approfondita.
5 Obbligatorio 6 Consigliato 9 Facoltativo
Nome Descrizione
ID richiesta di modifica
ChangeRequestId
L'identificatore unico per un singolo caso di richiesta di cambiamento, che raggruppa tutte le attività correlate dall'avvio alla chiusura.
Descrizione

L'ID Richiesta di Cambiamento è la chiave primaria che identifica in modo univoco ogni iniziativa di cambiamento lungo il suo ciclo di vita. Serve come identificatore di caso nel Process Mining, collegando tutti gli eventi, come la presentazione, la valutazione, l'approvazione e l'implementazione, in una singola istanza di processo coesa.

L'analisi dei dati utilizzando l'ID Richiesta di Cambiamento consente una visione completa end-to-end del processo di gestione dei cambiamenti. Ciò permette il tracciamento dei singoli cambiamenti, il calcolo dei tempi di ciclo totali e l'identificazione di deviazioni del processo o colli di bottiglia specifici per ogni richiesta.

Perché è importante

Questo è l'identificatore di caso essenziale che collega tutti gli eventi correlati, rendendo possibile tracciare l'intero percorso di una richiesta di cambiamento e analizzarne le prestazioni.

Dove trovare

Questo è tipicamente l'identificatore primario dell'oggetto di business Richiesta di Cambiamento in Ivanti Cherwell.

Esempi
CR-105421CR-105422CR-105423
Nome attività
ActivityName
Il nome dell'evento o compito specifico che si è verificato in un determinato momento all'interno del processo di gestione dei cambiamenti.
Descrizione

Il Nome dell'Attività descrive una fase o un traguardo specifico all'interno del ciclo di vita di una richiesta di cambiamento, come 'Cambiamento Inviato per Valutazione' o 'Cambiamento Approvato dal CAB'. Queste attività formano i nodi nella mappa di processo scoperta.

Nell'analisi, questo attributo è fondamentale per visualizzare il flusso del processo, identificare la sequenza degli eventi e rilevare le deviazioni dalla procedura standard. Viene utilizzato per calcolare i tempi di transizione tra le attività e capire dove si verificano i ritardi.

Perché è importante

Questo attributo è cruciale per scoprire e visualizzare il flusso di processo effettivo, consentendo l'identificazione di colli di bottiglia, cicli di rilavorazione e percorsi non conformi.

Dove trovare

Generato da modifiche di stato, voci di giornale o event log specifici relativi all'oggetto Richiesta di modifica in Ivanti Cherwell.

Esempi
Modifica inviata per valutazioneModifica in attesa di approvazioneModifica implementata
Timestamp Evento
EventTime
Il timestamp che indica quando una specifica attività o evento si è verificato per la richiesta di cambiamento.
Descrizione

L'Event Time, noto anche come timestamp, registra la data e l'ora esatte in cui un'attività ha avuto luogo. Questo data temporale è essenziale per ordinare gli event cronologicamente e costituisce la base per tutte le analisi di Process Mining basate sul tempo.

Questo Attributo viene utilizzato per calcolare le durate tra le attività, misurare i tempi del ciclo del case complessivi e identificare i tempi di attesa o i ritardi nel processo. È fondamentale per creare Dashboard che monitorano le prestazioni rispetto agli obiettivi basati sul tempo, come il Tempo del ciclo di approvazione della modifica.

Perché è importante

Questo timestamp è il fondamento per tutte le analisi di prestazioni e durata, consentendo il calcolo dei tempi di ciclo, l'identificazione dei colli di bottiglia e il monitoraggio degli SLA.

Dove trovare

Tipicamente trovato nei log di cambiamento di stato, nelle tracce di audit o nei timestamp delle voci di diario associati all'oggetto Richiesta di Cambiamento in Ivanti Cherwell.

Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Sistema di Origine
SourceSystem
Il sistema di registrazione da cui sono stati estratti i dati. Per questa visualizzazione, sarà 'Ivanti Cherwell'.
Descrizione

Questo attributo identifica il sistema di origine per i dati dell'evento. In ambienti eterogenei, aiuta a distinguere i dati provenienti da fonti diverse. Per questo specifico modello di dati, sarà un valore costante che indica che i dati provengono da Ivanti Cherwell.

Sebbene possa sembrare statico in un modello a fonte singola, è cruciale per la governance dei dati, la tracciabilità e le future integrazioni con altri sistemi. Garantisce chiarezza sulla provenienza dei dati e aiuta nella gestione della qualità dei dati.

Perché è importante

Fornisce un contesto essenziale sull'origine dei dati, fondamentale per la governance dei dati, la risoluzione dei problemi e la garanzia di tracciabilità.

Dove trovare

Questo è tipicamente un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine del dataset.

Esempi
Ivanti Cherwell
Ultimo `Data Update`
LastDataUpdate
Il timestamp che indica quando i dati per questo evento sono stati estratti o aggiornati l'ultima volta dal sistema sorgente.
Descrizione

Questo attributo registra la data e l'ora in cui i dati sono stati estratti l'ultima volta da Ivanti Cherwell. Non rappresenta un evento nel processo stesso ma è un metadato sull'aggiornamento dei dati.

Questo è importante per i consumatori della dashboard per capire quanto sia attuale l'analisi. Aiuta nella gestione dei programmi di aggiornamento dei dati e assicura che le decisioni siano basate su dati di età nota.

Perché è importante

Indica l'aggiornamento dei dati, fondamentale affinché gli utenti si fidino dell'analisi e ne comprendano la rilevanza per lo stato attuale delle operazioni.

Dove trovare

Questo timestamp è generato e apposto su ogni record durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.

Esempi
2024-05-21T02:00:00Z
Data di Completamento Prevista
TargetCompletionDate
La scadenza pianificata o concordata per il completamento dell'implementazione del cambiamento.
Descrizione

La Data di Completamento Prevista è il timestamp entro il quale il cambiamento dovrebbe essere completamente implementato e verificato. Questa data è spesso parte di un Accordo sul Livello del Servizio (SLA) e serve come riferimento primario per le prestazioni.

Questo attributo è essenziale per monitorare la tempestività e l'aderenza alle scadenze. Viene confrontato con la data di completamento effettiva per calcolare i KPI di 'Tasso di Completamento del Cambiamento nei Tempi Previsti' e 'Tasso di Aderenza all'SLA del Cambiamento'. Aiuta a identificare proattivamente i cambiamenti che rischiano di mancare i loro obiettivi.

Perché è importante

Fornisce la base di riferimento per misurare le prestazioni nei tempi previsti e l'aderenza agli SLA, che sono indicatori critici dell'efficienza e dell'affidabilità del processo.

Dove trovare

Questo è tipicamente un campo data specifico sull'oggetto Richiesta di Cambiamento, spesso etichettato 'Data Prevista', 'Data di Scadenza' o 'Obiettivo SLA'.

Esempi
2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T12:00:00Z
Livello di rischio della modifica
ChangeRiskLevel
Il livello di rischio valutato associato al cambiamento, come 'Basso', 'Medio' o 'Alto'.
Descrizione

Il Livello di rischio della modifica è una classificazione assegnata durante la fase di valutazione per quantificare il potenziale impatto negativo di una modifica. Questa valutazione spesso influenza il processo di approvazione e il livello di controllo richiesto.

Nel Process Mining, questo Attributo viene utilizzato per analizzare la coerenza delle valutazioni del rischio e per correlare il rischio con il comportamento del processo. Ad esempio, si può verificare se le modifiche ad alto rischio seguono un percorso di approvazione più rigoroso o se hanno tempi di implementazione più lunghi. Supporta direttamente la Dashboard 'Coerenza della valutazione del rischio di modifica'.

Perché è importante

Consente l'analisi di come il rischio influisce sul flusso di processo, sui cicli di approvazione e sui tassi di successo, aiutando a garantire che le modifiche ad alto rischio ricevano un'adeguata scrutinio.

Dove trovare

Questo valore è memorizzato in un campo 'Livello di Rischio' o simile sull'oggetto Richiesta di Cambiamento, tipicamente popolato durante l'attività di valutazione del rischio.

Esempi
BassoMedioElevatoCritico
Responsabile della modifica
ChangeOwner
L'utente o l'individuo attualmente responsabile della richiesta di cambiamento.
Descrizione

Il Titolare del Cambiamento è la persona assegnata e responsabile della richiesta di cambiamento in una fase specifica. Questo attributo cambia spesso man mano che la richiesta si evolve nel suo ciclo di vita, indicando un trasferimento tra individui.

L'analisi del Titolare del Cambiamento aiuta a comprendere il carico di lavoro delle risorse e a identificare i colli di bottiglia legati a individui specifici. È anche fondamentale per analizzare i trasferimenti, che possono essere una fonte significativa di ritardi. Questo attributo supporta la dashboard 'Trasferimento del Cambiamento e Utilizzo delle Risorse'.

Perché è importante

Traccia la responsabilità individuale, consentendo l'analisi della distribuzione del carico di lavoro, la frequenza dei trasferimenti e i colli di bottiglia specifici delle risorse.

Dove trovare

Tipicamente il campo 'Di proprietà di' o 'Assegnato a' nell'oggetto di business Richiesta di Cambiamento.

Esempi
Alice JohnsonBob WilliamsCharlie Brown
Stato della modifica
ChangeStatus
Lo stato attuale o finale della richiesta di cambiamento, come 'Chiuso', 'Rifiutato' o 'In Corso'.
Descrizione

Lo Stato della modifica indica lo stato di una richiesta di modifica in un dato momento o il Suo risultato finale. È un Attributo critico per comprendere la risoluzione del case e identificare le eccezioni.

Nell'analisi dei processi, questo Attributo viene utilizzato per filtrare risultati specifici, come l'analisi solo delle modifiche rifiutate o annullate. Alimenta i KPI come il 'Tasso di rifiuto delle richieste di modifica' ed è essenziale per comprendere la salute e l'efficienza complessive del processo di Change Management.

Perché è importante

Definisce l'esito di una richiesta di modifica, consentendo analisi critiche sui tassi di rifiuto, i tassi di completamento e la distribuzione dei case aperti rispetto a quelli chiusi.

Dove trovare

Questo corrisponde al campo 'Stato' sull'oggetto di business Richiesta di Cambiamento in Ivanti Cherwell.

Esempi
ApprovatoRifiutatoChiusoAnnullataIn Attesa di Approvazione
Team di modifica
ChangeTeam
Il team o gruppo attualmente responsabile della richiesta di cambiamento.
Descrizione

Il Team di Cambiamento è il gruppo o dipartimento assegnato alla richiesta di cambiamento. Similmente al Titolare del Cambiamento, questo può cambiare durante il processo, indicando un trasferimento di responsabilità tra i team, ad esempio dal service desk a un team di ingegneria di rete.

Questo attributo è essenziale per analizzare i trasferimenti tra team e identificare i ritardi sistemici causati da team specifici. Aiuta a rispondere a domande su quali team sono sovraccarichi o dove si verificano interruzioni della comunicazione, supportando direttamente l'analisi di 'Trasferimento del Cambiamento e Utilizzo delle Risorse'.

Perché è importante

Identifica la responsabilità a livello di team, che è fondamentale per analizzare i bottleneck del processo, misurare le prestazioni del team e comprendere i ritardi nei passaggi di consegne tra i gruppi.

Dove trovare

Questa informazione è solitamente memorizzata nel campo 'Di proprietà del Team' o in un campo di assegnazione di gruppo simile sull'oggetto Richiesta di Cambiamento.

Esempi
Operazioni di ReteAmministrazione del databaseSupporto applicazioni
Tipo di Modifica
ChangeType
La classificazione del cambiamento, come 'Standard', 'Normale' o 'Emergenza'.
Descrizione

Il Tipo di modifica categorizza la richiesta di modifica in base alla Sua natura, urgenza e impatto. I tipi comuni includono Standard (pre-approvata, a basso rischio), Normale (richiede piena valutazione e approvazione) ed Emergenza (richiede implementazione immediata).

Questo Attributo consente un'analisi segmentata per confrontare le prestazioni del processo tra diverse categorie. Ad esempio, può aiutare a determinare se le modifiche di emergenza seguono un percorso diverso e più veloce o se le modifiche standard vengono effettivamente elaborate con un attrito minimo. È fondamentale per la Dashboard 'Prestazioni dei tipi di modifica problematici'.

Perché è importante

La segmentazione del processo per Tipo di Cambiamento è cruciale per confrontare le prestazioni e identificare se categorie specifiche, come 'Emergenza', stanno causando colli di bottiglia o deviazioni.

Dove trovare

Corrisponde a un campo di classificazione, probabilmente denominato 'Tipo di modifica' o 'Categoria', sull'oggetto aziendale Richiesta di modifica.

Esempi
StandardNormaleEmergenza
Data di completamento effettiva
ActualCompletionDate
Il timestamp quando il cambiamento è stato effettivamente implementato e verificato come completo.
Descrizione

La Data di Completamento Effettiva segna il momento in cui il lavoro di implementazione per la richiesta di cambiamento è stato completato. Questo è un traguardo chiave che viene confrontato con la scadenza pianificata per misurare le prestazioni.

Questo attributo viene utilizzato in congiunzione con la Data di Completamento Prevista per determinare se un cambiamento è stato completato in tempo. È un input fondamentale per il calcolo di KPI come il 'Tasso di Completamento del Cambiamento nei Tempi Previsti' e per l'analisi delle cause dei ritardi nella fase di implementazione.

Perché è importante

Acquisisce il tempo di completamento effettivo, necessario per calcolare i tassi di consegna puntuale e analizzare l'entità dei ritardi.

Dove trovare

Questa data è spesso registrata quando lo stato della richiesta di cambiamento viene spostato su 'Implementato' o 'Completato'. Potrebbe essere un campo dedicato o dedotta dal timestamp di quel cambiamento di stato.

Esempi
2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
È Completamento nei Tempi Previsti
IsOnTimeCompletion
Un flag calcolato che è vero se la modifica è stata completata entro o prima della Sua data obiettivo.
Descrizione

Questo è un attributo booleano derivato confrontando 'ActualCompletionDate' con 'TargetCompletionDate'. Semplifica l'analisi fornendo un indicatore chiaro e binario delle prestazioni nei tempi previsti per ogni richiesta di cambiamento.

Questo flag è la base per calcolare il KPI 'Tasso di Completamento del Cambiamento nei Tempi Previsti'. Può essere utilizzato come filtro nelle dashboard per isolare e analizzare facilmente i cambiamenti in ritardo, aiutando a identificare le cause profonde comuni dei ritardi.

Perché è importante

Semplifica l'analisi delle prestazioni fornendo un chiaro esito di successo o fallimento per il rispetto delle scadenze, alimentando direttamente i KPI di completamento nei tempi previsti.

Dove trovare

Questo attributo non è presente nel sistema sorgente. Viene calcolato durante la trasformazione dei dati confrontando 'ActualCompletionDate' <= 'TargetCompletionDate'.

Esempi
truefalse
Motivo del Rigetto
ChangeRejectionReason
Una descrizione testuale o una categoria che spiega il motivo per cui una richiesta di modifica è stata rifiutata.
Descrizione

Quando una richiesta di modifica viene rifiutata, questo attributo cattura la ragione fornita dall'approvatore. Questa può essere una selezione da un elenco predefinito o una spiegazione a testo libero.

Questa informazione è vitale per la dashboard "Analisi delle Richieste di Modifica Rifiutate". Categorizzando e analizzando le ragioni di rifiuto, le organizzazioni possono identificare problemi comuni nelle proposte di modifica, come informazioni incomplete, valutazione del rischio inadeguata o conflitti aziendali. Queste intuizioni possono essere utilizzate per migliorare la qualità delle future richieste di modifica.

Perché è importante

Fornisce un'intuizione diretta sul perché i cambiamenti falliscono, consentendo miglioramenti mirati al processo di presentazione e valutazione per ridurre il tasso complessivo di rifiuto.

Dove trovare

Questo dato è spesso acquisito in un campo dedicato 'Motivo del Rifiuto' o in un campo note che viene popolato quando lo stato viene modificato in 'Rifiutato'.

Esempi
Dettagli insufficienti nel piano di implementazioneValutazione del rischio incompletaConflitti con altre modifiche pianificate
Priorità della modifica
ChangePriority
Il livello di priorità della richiesta di cambiamento, indicando la sua urgenza e l'impatto aziendale.
Descrizione

La Priorità della modifica è una classificazione determinata combinando l'urgenza e l'impatto di una modifica. Aiuta i team a prioritizzare il loro lavoro e ad allocare le risorse in modo efficace, assicurando che le modifiche più critiche siano affrontate per prime.

Nell'analisi, la priorità può essere utilizzata per vedere se le modifiche ad alta priorità vengono elaborate più velocemente di quelle a bassa priorità. Qualsiasi deviazione da questa aspettativa potrebbe indicare inefficienze o bottleneck nel processo di prioritizzazione o esecuzione.

Perché è importante

Aiuta ad analizzare se il processo prioritizza correttamente le modifiche ad alto impatto e se tali modifiche vengono realmente accelerate come previsto.

Dove trovare

Tipicamente un campo chiamato 'Priorità' sull'oggetto Richiesta di Cambiamento. Può essere impostato manualmente o derivato da campi di impatto e urgenza.

Esempi
1 - Critico2 - Alto3 - Medio4 - Basso
Richiedente modifica
ChangeSubmitter
L'utente che ha inizialmente creato o inviato la richiesta di cambiamento.
Descrizione

Questo attributo identifica la persona che ha avviato la richiesta di cambiamento. Questa potrebbe essere diversa dal Titolare del Cambiamento, che assume la responsabilità della sua implementazione più avanti nel processo.

L'analisi del Richiedente il Cambiamento può aiutare a identificare schemi relativi alla qualità delle richieste. Ad esempio, potrebbe rivelare che certi individui o team presentano frequentemente richieste incomplete che portano a rifiuti o rilavorazioni. Questa intuizione può essere utilizzata per fornire formazione mirata e migliorare la qualità complessiva delle presentazioni.

Perché è importante

Aiuta a tracciare l'origine delle richieste di modifica, consentendo l'analisi della qualità dell'invio per individuo o team e l'identificazione di opportunità di formazione.

Dove trovare

Questo è solitamente il campo 'Creato da' o 'Richiesto da' sull'oggetto Richiesta di Cambiamento.

Esempi
Susan MillerDavid ChenMaria Garcia
Servizio Interessato
ServiceAffected
Il servizio aziendale primario o l'elemento di configurazione (CI) interessato dal cambiamento.
Descrizione

Questo attributo identifica il principale servizio IT, applicazione o componente di infrastruttura a cui è destinata la richiesta di cambiamento. Collega il processo di gestione dei cambiamenti al più ampio panorama della gestione dei servizi IT.

L'analisi per Servizio Interessato è cruciale per il KPI 'Tipi di Cambiamento più Problematici', poiché aiuta a individuare quali servizi subiscono più frequentemente cambiamenti e quali sono associati a tassi di rifiuto o ritardi elevati. Questo fornisce preziose intuizioni ai proprietari dei servizi per migliorare la stabilità e gestire il debito tecnico.

Perché è importante

Collega i cambiamenti a servizi aziendali specifici, consentendo un'analisi per identificare quali servizi sono più instabili o generano i cambiamenti più problematici.

Dove trovare

Questo è tipicamente collegato dal Database di Gestione della Configurazione (CMDB) e memorizzato in un campo 'CI Primario' o 'Servizio' sull'oggetto Richiesta di Cambiamento.

Esempi
Email Service (Exchange)ERP System (SAP)Switch di rete core (CISCO-4500X)
Tempo del Ciclo di Approvazione
ApprovalCycleTime
La durata calcolata da quando un cambiamento è stato inviato per l'approvazione a quando ha ricevuto l'approvazione finale.
Descrizione

Questa metrica misura il tempo trascorso tra i principali traguardi di approvazione. Viene calcolata a livello di caso trovando la differenza di tempo tra l'evento 'Cambiamento Inviato per Valutazione' e l'evento 'Cambiamento Approvato dal CAB'.

Questa durata calcolata è la metrica principale per la dashboard 'Tempo di Ciclo di Approvazione del Cambiamento' e il KPI associato. L'analisi della sua distribuzione aiuta a individuare i colli di bottiglia nella fase di approvazione, siano essi correlati a approvatori specifici, team o tipi di cambiamento.

Perché è importante

Misura direttamente l'efficienza della fase di approvazione, aiutando a identificare ed eliminare i ritardi nell'autorizzazione delle modifiche per l'implementazione.

Dove trovare

Calcolato durante la post-elaborazione dei dati o all'interno dello strumento di Process Mining misurando la durata tra i timestamp di specifiche attività relative all'approvazione.

Esempi
2 giorni 4 ore18 ore 30 minuti5 giorni
Tempo di Ciclo di Implementazione
ImplementationCycleTime
La durata calcolata dal momento in cui è iniziata l'implementazione di un cambiamento a quando è stata completata.
Descrizione

Questa metrica quantifica il tempo impiegato per la fase di implementazione del cambiamento. È calcolata come la durata tra l'attività 'Implementazione del Cambiamento Avviata' e l'attività 'Cambiamento Implementato'.

Questo attributo viene utilizzato per calcolare il KPI 'Tempo Medio di Implementazione del Cambiamento' e supporta la dashboard 'Flusso e Ritardi dell'Implementazione del Cambiamento'. Aiuta a distinguere i ritardi di pianificazione dai ritardi di esecuzione, consentendo ai team di concentrare gli sforzi di miglioramento sul lavoro di implementazione tecnica stessa.

Perché è importante

Isola le prestazioni della fase di implementazione effettiva, aiutando a identificare i colli di bottiglia tecnici o legati alle risorse, separatamente dai ritardi di approvazione.

Dove trovare

Calcolato nello strumento di Process Mining o durante la trasformazione dei dati trovando la differenza di tempo tra i timestamp degli event di inizio e fine implementazione.

Esempi
4 ore 15 minuti1 giorno 2 ore30 minuti
Unità aziendale
BusinessUnit
L'unità aziendale o il dipartimento che ha richiesto o trarrà beneficio dal cambiamento.
Descrizione

Questo attributo associa la richiesta di cambiamento a una parte specifica dell'organizzazione, come 'Finanza', 'Marketing' o 'Operazioni'. Questo fornisce un contesto aziendale a un processo altrimenti tecnico.

L'analisi per Unità Aziendale consente una visione di dove origina la domanda di cambiamento. Può aiutare nei modelli di chargeback, a comprendere l'impatto dei cambiamenti IT su diverse funzioni aziendali e a identificare se certe unità hanno cambiamenti più complessi o ritardati rispetto ad altre.

Perché è importante

Fornisce contesto aziendale, consentendo l'analisi della domanda di cambiamento, dell'impatto e delle prestazioni da una prospettiva organizzativa.

Dove trovare

Questo potrebbe essere un campo sull'oggetto Richiesta di Cambiamento, o ereditato dal profilo utente del richiedente.

Esempi
FinanzaRisorse UmaneVendite e MarketingOperazioni
Obbligatorio Consigliato Facoltativo

Attività di Change Management

Queste sono le fasi di processo chiave e le tappe fondamentali da acquisire nel tuo `event log` per un'accurata `process discovery` e misurazione delle prestazioni.
7 Consigliato 7 Facoltativo
Activity Descrizione
Impatto e Rischio Valutati
Questa attività significa il completamento dell'analisi del rischio e dell'impatto per la richiesta di cambiamento. È tipicamente dedotta quando lo stato della richiesta di cambiamento transita a uno stato che indica la prontezza per l'approvazione, come 'In Attesa di Approvazione'.
Perché è importante

Il tracciamento di questa attività aiuta a misurare la durata della fase di valutazione e assicura che l'analisi del rischio sia costantemente eseguita prima dell'approvazione, supportando il KPI del Tasso di Aderenza alla Valutazione del Rischio.

Dove trovare

Deducibile dalla cronologia dell'oggetto Richiesta di Cambiamento. Questo viene acquisito al timestamp in cui il campo 'Stato' viene aggiornato da 'In Valutazione' a uno stato come 'In Attesa di Approvazione CAB'.

Acquisisci

Deducibile dal cambiamento di stato a 'In Attesa di Approvazione CAB'.

Tipo di evento inferred
Modifica approvata dal CAB
Una tappa fondamentale in cui il Change Advisory Board (CAB) o l'autorità designata concede l'approvazione affinché la modifica possa procedere. Ciò si deduce quando lo stato della richiesta di modifica viene aggiornato a 'Approvata'.
Perché è importante

Questa attività è il punto finale per misurare il tempo di ciclo di approvazione. Sblocca il processo, consentendo l'inizio della pianificazione e dell'implementazione, ed è cruciale per il KPI del Tempo di Ciclo di Approvazione del Cambiamento.

Dove trovare

Deducibile dalla cronologia di audit dell'oggetto Richiesta di Cambiamento, acquisendo specificamente il timestamp quando il campo 'Stato' cambia in 'Approvato'.

Acquisisci

Deducibile dal cambiamento di stato a 'Approvato'.

Tipo di evento inferred
Modifica chiusa
Questa attività è il punto finale di successo del processo di gestione dei cambiamenti. Viene acquisita quando lo stato della richiesta di cambiamento è impostato su 'Chiuso', indicando che tutto il lavoro è completato.
Perché è importante

Come punto finale di successo primario, questa attività è essenziale per calcolare il tempo di ciclo end-to-end delle modifiche completate con successo. Conferma che tutti i passaggi del processo si sono conclusi.

Dove trovare

Questo è dedotto dal timestamp del cambiamento di stato finale a 'Chiuso' nella cronologia di audit dell'oggetto Richiesta di Cambiamento.

Acquisisci

Deducibile dal cambiamento di stato finale a 'Chiuso'.

Tipo di evento inferred
Modifica implementata
Questo traguardo indica che il lavoro tecnico per il cambiamento è stato completato. Viene acquisito quando lo stato della richiesta di cambiamento viene aggiornato a 'Implementato' o a uno stato simile in attesa di verifica.
Perché è importante

Questo è un traguardo di successo critico e un input chiave per i KPI di Tasso di Completamento del Cambiamento nei Tempi Previsti e Tempo Medio di Implementazione del Cambiamento. Segna la fine della fase di esecuzione.

Dove trovare

Deducibile dal log di audit dell'oggetto Richiesta di Cambiamento, utilizzando il timestamp del cambiamento di stato a 'Implementato' o 'In Attesa di Verifica'.

Acquisisci

Deducibile dal cambiamento di stato a 'Implementato'.

Tipo di evento inferred
Modifica pianificata
Questa attività segna il punto in cui la data e l'ora di implementazione per il cambiamento vengono formalmente confermate e registrate. Viene acquisita quando lo stato si aggiorna a 'Programmato'.
Perché è importante

Questo è un traguardo di impegno chiave. Transita il cambiamento da un concetto approvato a un'azione pianificata ed è un prerequisito per l'implementazione.

Dove trovare

Deducibile dalla cronologia dell'oggetto Richiesta di Cambiamento acquisendo il timestamp quando il campo 'Stato' viene aggiornato a 'Programmato'.

Acquisisci

Deducibile dal cambiamento di stato a 'Programmato'.

Tipo di evento inferred
Revisione Post-Implementazione Condotta
Questa attività significa che è stata condotta una revisione formale del cambiamento completato per valutarne il successo e cogliere le lezioni apprese. È spesso dedotta da un cambiamento di stato a 'Revisione Post-Implementazione'.
Perché è importante

Il tracciamento di questo assicura che il circuito di feedback sui cambiamenti sia chiuso. È essenziale per il miglioramento continuo e supporta direttamente il KPI del Tasso di Revisione Post-Implementazione.

Dove trovare

Deducibile dalla cronologia di audit dell'oggetto Richiesta di Cambiamento, acquisendo il timestamp quando lo 'Stato' passa a uno stato come 'Revisione Post-Implementazione'.

Acquisisci

Deducibile dal cambiamento di stato a 'Revisione Post-Implementazione'.

Tipo di evento inferred
Richiesta di modifica creata
Questa attività segna l'avvio di una nuova richiesta di cambiamento nel sistema. Viene tipicamente acquisita quando viene creato un nuovo record nell'oggetto di business Richiesta di Cambiamento, stabilendo il punto di partenza per l'intero processo.
Perché è importante

Questo è l'evento di avvio primario per il processo. L'analisi del tempo da questa attività ad altre rivela la durata totale del ciclo di vita e aiuta a identificare i ritardi iniziali.

Dove trovare

Questo evento viene acquisito dal timestamp di creazione del record Richiesta di Cambiamento. In Ivanti Cherwell, questo è tipicamente memorizzato nel campo 'CreatedDateTime' dell'oggetto di business Richiesta di Cambiamento.

Acquisisci

Catturato direttamente dal timestamp di creazione del record.

Tipo di evento explicit
Implementazione modifica avviata
Rappresenta l'inizio dell'esecuzione tecnica del cambiamento. Questo è tipicamente dedotto quando lo stato della richiesta di cambiamento passa a 'In Corso' o 'In Implementazione'.
Perché è importante

Questa attività segna l'inizio della finestra di implementazione. Il tempo tra questa e 'Cambiamento Implementato' è la durata effettiva dell'implementazione, una componente chiave del tempo di ciclo complessivo.

Dove trovare

Deducibile dalla cronologia di audit dell'oggetto Richiesta di Cambiamento. È il timestamp quando il campo 'Stato' viene aggiornato a un valore come 'In Corso' o 'In Implementazione'.

Acquisisci

Deducibile dal cambiamento di stato a 'In Corso'.

Tipo di evento inferred
Modifica annullata
Rappresenta uno stato terminale in cui una richiesta di cambiamento approvata o in corso viene ritirata prima del completamento. Questo evento viene acquisito quando lo stato viene aggiornato a 'Annullato'.
Perché è importante

Questo è un endpoint di processo alternativo. L'analisi del perché e quando i cambiamenti vengono annullati può rivelare problemi di pianificazione, allocazione delle risorse o cambiamenti nelle priorità aziendali.

Dove trovare

Deducibile dalla cronologia di audit acquisendo il timestamp quando il campo 'Stato' sull'oggetto Richiesta di Cambiamento viene aggiornato a 'Annullato'.

Acquisisci

Deducibile dal cambiamento di stato a 'Annullato'.

Tipo di evento inferred
Modifica in attesa di approvazione
Questa attività rappresenta il periodo in cui una richiesta di cambiamento è formalmente in attesa di una decisione dal Change Advisory Board (CAB) o da un'altra autorità di approvazione. È dedotta da uno stato come 'In Attesa di Approvazione' o 'In Attesa di CAB'.
Perché è importante

Questa è un'attività critica di attesa. L'analisi della sua durata aiuta a identificare i colli di bottiglia nel workflow di approvazione, che è una fonte comune di ritardo nella gestione dei cambiamenti.

Dove trovare

Catturato dal timestamp quando il campo 'Status' sull'oggetto aziendale Richiesta di modifica viene aggiornato a 'In attesa di approvazione' o un valore equivalente.

Acquisisci

Identificato dall'ingresso nello stato 'In attesa di approvazione'.

Tipo di evento inferred
Modifica inviata per valutazione
Rappresenta la presentazione formale di una richiesta di cambiamento appena creata per una valutazione iniziale. Questo è generalmente dedotto quando lo stato della richiesta di cambiamento passa da uno stato 'Nuovo' o 'Bozza' a uno stato come 'In Valutazione'.
Perché è importante

Questa attività segna l'inizio del processo formale di cambiamento dopo l'inserimento iniziale dei dati. Il tempo tra la creazione e la presentazione può indicare esigenze di formazione degli utenti o attriti di processo.

Dove trovare

Deducibile dal log di audit o dalla cronologia dell'oggetto Richiesta di Cambiamento identificando il timestamp quando il campo 'Stato' cambia in un valore come 'In Valutazione' o 'Inviato'.

Acquisisci

Deducibile dal cambiamento di stato da 'Nuovo' a 'In Valutazione'.

Tipo di evento inferred
Modifica rifiutata
Questa attività rappresenta la decisione terminale di rifiutare la richiesta di cambiamento durante la fase di approvazione. Viene acquisita quando lo stato della richiesta di cambiamento è impostato su 'Rifiutato'.
Perché è importante

Questo è un punto di fallimento critico. L'analisi dei cambiamenti rifiutati e delle loro ragioni aiuta a migliorare la qualità delle richieste iniziali e supporta il KPI del Tasso di Rifiuto delle Richieste di Cambiamento.

Dove trovare

Deducibile dal timestamp quando il campo 'Stato' sull'oggetto Richiesta di Cambiamento viene aggiornato a 'Rifiutato' nella cronologia di audit.

Acquisisci

Deducibile dal cambiamento di stato a 'Rifiutato'.

Tipo di evento inferred
Piano di Implementazione Sviluppato
Segna il completamento della pianificazione dettagliata per il cambiamento, inclusa la definizione di compiti, risorse e piani di rollback. Questo è spesso dedotto quando il cambiamento passa da 'Approvato' a 'Programmato'.
Perché è importante

La durata di questa attività rivela l'efficienza della fase di pianificazione del cambiamento. I ritardi qui possono influire sulla tempistica complessiva del cambiamento, anche dopo che l'approvazione è stata concessa.

Dove trovare

Questo può essere dedotto dal timestamp di un cambiamento di stato da 'Approvato' a 'Programmato'. In alternativa, potrebbe essere legato al riempimento di campi di pianificazione specifici.

Acquisisci

Deducibile dal cambiamento di stato da 'Approvato' a 'Programmato'.

Tipo di evento inferred
Verifica modifica eseguita
Rappresenta la fase di test e validazione per confermare che il cambiamento ha avuto successo e non ha causato effetti avversi. Questo è dedotto da un cambiamento di stato a 'Verifica' o 'Testing'.
Perché è importante

L'analisi della frequenza e della durata di questa attività assicura che i passaggi di garanzia della qualità non vengano saltati. È un passo cruciale per prevenire incident indotti da modifiche.

Dove trovare

Catturato dal timestamp di una modifica di stato sull'oggetto Richiesta di modifica, come il passaggio allo stato di 'Verifica' o 'User Acceptance Testing' (UAT).

Acquisisci

Deducibile dal cambiamento di stato a 'Verifica'.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi `dati` da Ivanti Cherwell