Template dei Suoi Dati di Change Management
Template dei Suoi Dati di Change Management
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione da Ivanti Cherwell
Attributi del Change Management
| 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
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 Questo
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
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 Nell'analisi dei processi, questo
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
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
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
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 Questa informazione è vitale per la
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
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
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
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
|
|||
Attività di Change Management
| 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
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
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
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
Dove trovare
Catturato dal
Acquisisci
Deducibile dal cambiamento di stato a 'Verifica'.
Tipo di evento
inferred
|
|||