Template dei Suoi Dati di Change Management
Template dei Suoi Dati di Change Management
- `Attributi` consigliati da raccogliere per un'analisi approfondita
- Attività chiave e milestone da monitorare all'interno del Suo processo
- Linee guida specifiche per l'estrazione per i sistemi sorgente rilevanti
Attributi di Gestione delle modifiche
| Nome | Descrizione | ||
|---|---|---|---|
|
Activity
ActivityName
|
Il nome dello specifico evento o compito eseguito all'interno del processo di gestione delle modifiche. | ||
|
Descrizione
Questo Attributo rappresenta un singolo passaggio o cambiamento di stato nel ciclo di vita di una richiesta di modifica, come 'Richiesta di Modifica Inviata' o 'Richiesta di Modifica Approvata'. Queste attività sono i blocchi costitutivi della mappa del processo. L'analisi della sequenza e della durata di queste attività aiuta a identificare il flusso del processo, scoprire le deviazioni dalla procedura standard e individuare i colli di bottiglia. I nomi delle attività sono tipicamente derivati dalle transizioni di stato registrate nei log di audit del sistema.
Perché è importante
Definisce i passaggi del processo, consentendo la visualizzazione e l'analisi del flusso di processo, che è il cuore del Process Mining.
Dove trovare
Derivato dalle transizioni di stato nel modulo 'CHG:ChangeRequest_AuditLog' o tracciando le modifiche al campo 'Status' sul modulo 'CHG:Infrastructure Change'.
Esempi
Richiesta di modifica inviataValutazione del Rischio EseguitaRichiesta di modifica approvataModifica implementata
|
|||
|
ID richiesta di modifica
ChangeRequestID
|
L'identificatore univoco generato dal sistema per una richiesta di modifica, che funge da identificatore primario del caso. | ||
|
Descrizione
Il Change Request ID è la chiave unica che identifica ogni iniziativa di modifica durante il suo ciclo di vita. Raggruppa tutte le attività, approvazioni e compiti correlati, formando la base di un singolo caso nel Process Mining. L'analisi dei processi tramite questo ID consente una visione end-to-end di come vengono gestite le modifiche, dalla richiesta iniziale alla chiusura finale. Questo è essenziale per tracciare i tempi di ciclo, identificare i colli di bottiglia e comprendere le variazioni di processo per le singole modifiche.
Perché è importante
Questo è l'Attributo fondamentale che collega tutti gli eventi correlati in una singola istanza di processo, rendendo possibile l'analisi end-to-end del processo di Change Management.
Dove trovare
Trovato nel campo 'ID modifica infrastruttura' (ID campo 1000000182) sul modulo 'CHG:Infrastructure Change'.
Esempi
CRQ0000001234567CRQ0000001234568CRQ0000001234569
|
|||
|
Ora di Inizio
EventStartTime
|
Il timestamp che indica quando una specifica attività o un evento ha avuto inizio. | ||
|
Descrizione
Questo Attributo registra la data e l'ora precise in cui si è verificata un'attività. Ad esempio, acquisirebbe quando una modifica è stata inviata, approvata o chiusa. Questo timestamp è cruciale per analizzare la timeline del processo. Viene utilizzato per calcolare i tempi di ciclo tra le attività, misurare i tempi di attesa, identificare le tendenze delle prestazioni nel tempo e determinare la sequenza degli eventi. I timestamp accurati sono la base per qualsiasi analisi di processo basata sul tempo.
Perché è importante
Fornisce la dimensione temporale necessaria per calcolare le durate, analizzare le prestazioni e comprendere la sequenza degli eventi nel processo.
Dove trovare
Ricavato dal campo 'Audit Date' nel modulo 'CHG:ChangeRequest_AuditLog' o dal campo 'Last Modified Date' associato a specifici cambiamenti di stato.
Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
Sistema di Origine
SourceSystem
|
Il nome del sistema da cui sono stati estratti i dati. | ||
|
Descrizione
Questo Attributo identifica l'origine dei dati di processo, che in questo contesto è 'BMC Helix ITSM'. Aiuta nella data governance e nella tracciabilità, specialmente in ambienti dove i dati di più sistemi potrebbero essere combinati per un'analisi più ampia. Ad esempio, se i dati delle modifiche vengono successivamente uniti a dati provenienti da un sistema finanziario o di gestione dei progetti, questo campo garantisce una chiara differenziazione delle fonti dei dati.
Perché è importante
Fornisce un contesto cruciale per l'origine dei dati, garantendo la tracciabilità e la corretta interpretazione dei dati, specialmente negli scenari di analisi multi-sistema.
Dove trovare
Questo è tipicamente un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati per etichettare l'origine del dataset.
Esempi
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp che indica l'ultimo aggiornamento dei dati per questo record dal sistema sorgente. | ||
|
Descrizione
Questo Attributo mostra la data e l'ora dell'ultima estrazione dei dati da BMC Helix ITSM. Non è l'ora dell'evento stesso, ma piuttosto l'ora del prelievo dei dati. Questa informazione è vitale per comprendere la freschezza dei dati analizzati e per gestire i cicli di aggiornamento dei dati. Nelle dashboard e nei report, questo timestamp informa gli utenti su quanto sia attuale l'analisi, il che è particolarmente importante per il monitoraggio dei processi in corso.
Perché è importante
Indica la freschezza dei dati, che è fondamentale per garantire che le analisi e i dashboard riflettano lo stato più attuale del processo.
Dove trovare
Questo è un campo metadato tipicamente generato e popolato dallo strumento ETL o dalla pipeline di dati al momento dell'estrazione dei dati.
Esempi
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
|
|||
|
Gruppo di approvatori
ApproverGroup
|
Il team o gruppo responsabile dell'approvazione di una richiesta di modifica in una fase specifica. | ||
|
Descrizione
Questo Attributo identifica il gruppo assegnato per rivedere e autorizzare una modifica. Poiché una modifica può avere più fasi di approvazione, questo può rappresentare gruppi diversi durante il ciclo di vita, come un team di approvazione tecnico e un comitato di approvazione aziendale. Questo è un Attributo vitale per la dashboard 'Change Approval Bottlenecks', in quanto consente la segmentazione dei tempi di approvazione per gruppo responsabile. Questo aiuta a individuare team specifici che potrebbero essere sovraccarichi o inefficienti, causando ritardi nel processo.
Perché è importante
Permette l'identificazione dei colli di bottiglia nel processo di approvazione consentendo l'analisi delle durate delle approvazioni per team responsabile.
Dove trovare
Ricavato dal modulo 'AP:Signature', che gestisce le approvazioni ed è collegato alla richiesta di modifica. Il gruppo dell'approvatore farebbe parte di questo record.
Esempi
Comitato Consultivo per le ModificheSicurezza ITIngegneria di ReteSviluppo Applicazioni
|
|||
|
Livello di Rischio
RiskLevel
|
Una valutazione del rischio potenziale associato all'implementazione della modifica. | ||
|
Descrizione
Il Livello di Rischio è una valutazione qualitativa o quantitativa del potenziale di conseguenze negative se la modifica viene implementata. È un input chiave per il processo di approvazione, dove le modifiche a rischio più elevato sono soggette a maggiore scrutinio. Questo Attributo è centrale nella dashboard 'Change Risk Profile Analysis', che aiuta gli stakeholder a comprendere l'esposizione complessiva al rischio dal portafoglio di modifiche. È anche utilizzato per identificare cicli di rilavorazione in cui le valutazioni iniziali del rischio sono inadeguate, portando a una successiva rivalutazione.
Perché è importante
Offre una dimensione critica per analizzare la Conformità e l'efficienza dei processi, contribuendo a garantire che le modifiche a rischio più elevato ricevano l'attenzione adeguata.
Dove trovare
Trovato nel campo 'Livello di rischio' sul modulo 'CHG:Infrastructure Change'.
Esempi
1 - Critico2 - Alto3 - Medio4 - Basso5 - Planning
|
|||
|
Priorità
Priority
|
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 detta l'ordine e la velocità di gestione per una richiesta di modifica. Una modifica a priorità più alta richiede solitamente un'elaborazione più rapida e può avere accordi sul livello del servizio (SLA) più stringenti. Questo Attributo è utilizzato nella dashboard 'Change SLA Performance' per segmentare e analizzare le prestazioni per diversi livelli di priorità. Aiuta a rispondere a domande come 'Stiamo rispettando i nostri SLA per le modifiche ad alta priorità?' e guida le decisioni di allocazione delle risorse.
Perché è importante
Consente l'analisi delle prestazioni segmentata per importanza aziendale, garantendo che le modifiche più critiche siano elaborate in modo efficiente e raggiungano i loro obiettivi.
Dove trovare
Trovato nel campo 'Priorità' sul modulo 'CHG:Infrastructure Change'.
Esempi
CriticoElevatoMedioBasso
|
|||
|
Stato
Status
|
Lo stato o la fase attuale della richiesta di modifica nel suo ciclo di vita. | ||
|
Descrizione
Il campo Stato indica la fase esatta di una richiesta di modifica in un dato momento, come 'Bozza', 'Richiesta di Autorizzazione' o 'Completata'. Sebbene le attività siano derivate dalle transizioni tra questi stati, lo stato stesso è utile per analizzare il carico di lavoro attuale. Questo Attributo è essenziale per la dashboard 'Change Throughput & Current Status', fornendo un'istantanea di quante modifiche sono in ogni fase della pipeline. Aiuta i manager a comprendere il lavoro in corso e l'allocazione delle risorse.
Perché è importante
Offre una visione in tempo reale della pipeline delle modifiche, consentendo l'analisi del lavoro in corso e dello stato attuale di tutte le richieste di modifica.
Dove trovare
Trovato nel campo 'Stato' sul modulo 'CHG:Infrastructure Change'.
Esempi
BozzaRichiesta di AutorizzazionePianificatoImplementazione in corsoCompletato
|
|||
|
Team di implementazione
ImplementationTeam
|
Il team responsabile dell'implementazione della modifica. | ||
|
Descrizione
Questo Attributo identifica il gruppo tecnico o operativo assegnato per eseguire il lavoro richiesto dalla richiesta di modifica. Questo è spesso il 'Gruppo Assegnato' durante le fasi di implementazione del ciclo di vita della modifica. Queste informazioni sono critiche per la dashboard 'Resource Bottlenecks in Change Process'. Analizzando le durate delle attività e i volumi per team di implementazione, i manager possono identificare squilibri di carico, lacune di competenze o altri vincoli legati alle risorse che ritardano la distribuzione della modifica.
Perché è importante
Aiuta a identificare i colli di bottiglia legati alle risorse nella fase di implementazione consentendo l'analisi delle prestazioni per team responsabile.
Dove trovare
Trovato nel campo 'ASGRP' (Gruppo assegnato) sul modulo 'CHG:Infrastructure Change'.
Esempi
Operazioni ServerAmministratori di databaseTeam SAP BasisInfrastruttura Cloud
|
|||
|
Tipo di Modifica
ChangeType
|
La classificazione della modifica, come Standard, Normale o di Emergenza. | ||
|
Descrizione
Questo Attributo classifica la richiesta di modifica in base alla sua natura e al processo che deve seguire. I tipi comuni includono Standard (pre-approvata, a basso rischio), Normale (richiede valutazione e approvazione complete) ed Emergenza (richiede gestione accelerata a causa di un problema urgente). L'analisi per Tipo di Modifica è fondamentale per comprendere le variazioni del processo. Ad esempio, la dashboard 'Emergency Change Volume & Impact' si basa su questo campo per tracciare le modifiche urgenti e il loro effetto sulla stabilità del servizio. Aiuta anche a valutare se i diversi tipi di modifiche seguono i loro percorsi prescritti.
Perché è importante
Consente la segmentazione del processo per analizzare e confrontare diversi workflow di modifica, il che è fondamentale per la conformità e l'analisi delle prestazioni.
Dove trovare
Trovato nel campo 'Tipo di modifica' sul modulo 'CHG:Infrastructure Change'.
Esempi
StandardNormaleEmergenzialeNessun impatto
|
|||
|
Codice di chiusura
CloseCode
|
Un codice che indica l'esito finale della modifica quando è stata chiusa. | ||
|
Descrizione
Il Codice di Chiusura fornisce una ragione standardizzata per la chiusura di una richiesta di modifica, come 'Riuscita', 'Riuscita con problemi', 'Annullata' (Backed Out) o 'Cancellata'. Questo Attributo offre una visione più granulare dell'esito della modifica rispetto al solo stato finale. L'analisi dei Codici di Chiusura può aiutare a valutare la qualità e il tasso di successo delle modifiche implementate. Ad esempio, un numero elevato di modifiche 'Annullate' (Backed Out) potrebbe indicare problemi nella pianificazione o nel testing, fornendo una metrica preziosa per il miglioramento del processo.
Perché è importante
Fornisce un risultato chiaro e strutturato per ogni modifica, consentendo l'analisi dei tassi di successo e delle ragioni di fallimento o annullamento.
Dove trovare
Trovato nel campo 'Motivo stato' o in un campo codice di chiusura simile sul modulo 'CHG:Infrastructure Change', che diventa attivo nelle fasi finali.
Esempi
RiuscitoRiuscito con problemiAnnullatoAnnullata
|
|||
|
Data Obiettivo SLA
SLATargetDate
|
La data e l'ora target entro cui la richiesta di modifica dovrebbe essere completata. | ||
|
Descrizione
La Data Obiettivo del Service Level Agreement (SLA) è la scadenza per il completamento della richiesta di modifica, determinata dalla sua priorità e tipo. Questo è il punto di riferimento rispetto al quale viene misurato il tempo di completamento effettivo. Questo Attributo è fondamentale per la dashboard 'Change SLA Performance'. Confrontando il tempo di chiusura effettivo con questo obiettivo, possiamo determinare se la modifica ha rispettato il suo SLA. L'analisi delle prestazioni SLA aiuta a valutare l'efficienza complessiva del processo e l'aderenza agli impegni di livello del servizio.
Perché è importante
Fornisce il punto di riferimento per misurare le prestazioni, consentendo il calcolo dei tassi di Conformità SLA e l'identificazione delle modifiche a rischio.
Dove trovare
Queste informazioni sono tipicamente archiviate in moduli di gestione SLA correlati e collegate alla richiesta di modifica, spesso visibili sul modulo di modifica stesso.
Esempi
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
|
|||
|
È una modifica di emergenza
IsEmergencyChange
|
Un flag booleano che è vero se la modifica è di tipo 'Emergenziale'. | ||
|
Descrizione
Questo flag derivato semplifica l'analisi fornendo un chiaro indicatore binario per le modifiche di emergenza. Si basa sul valore dell'Attributo 'ChangeType'. Questo Attributo è utilizzato principalmente per supportare la dashboard 'Emergency Change Volume & Impact' e il KPI 'Emergency Change Percentage'. Consente un facile filtraggio e aggregazione dei dati relativi alle modifiche di emergenza, rendendo semplice tracciare la loro frequenza e le tendenze nel tempo senza complesse logiche di filtraggio nello strumento di analisi.
Perché è importante
Semplifica l'analisi delle modifiche di emergenza, rendendo più facile filtrare, visualizzare su dashboard e calcolare i KPI relativi a questo tipo critico di modifica.
Dove trovare
Questo è un Attributo derivato creato durante la trasformazione dei dati. La logica è: SE 'ChangeType' = 'Emergency' ALLORA true ALTRIMENTI false.
Esempi
truefalse
|
|||
|
È una Rilavorazione
IsRework
|
Un flag che indica se un'attività rappresenta un ciclo di rilavorazione o un passo indietro nel processo. | ||
|
Descrizione
Questo Attributo booleano è impostato su true quando una richiesta di modifica torna a una fase precedente del suo ciclo di vita, ad esempio, da 'Programmata' a 'Valutazione del Rischio'. Tali movimenti a ritroso rappresentano rilavorazioni, che sono spesso una fonte di inefficienza. Questo flag viene utilizzato per calcolare il KPI 'Change Rework Rate' e supporta la dashboard 'Change Rework & Assessment Efficiency'. Aiuta a quantificare la frequenza delle rilavorazioni e a identificare i passaggi specifici del processo in cui si verificano più spesso, indicando aree di miglioramento nella pianificazione e valutazione iniziali.
Perché è importante
Identifica direttamente le inefficienze del processo segnalando le attività che fanno parte di un ciclo di rilavorazione, consentendo sforzi di miglioramento mirati.
Dove trovare
Questo è un Attributo calcolato, derivato analizzando la sequenza di attività per un caso. La logica viene applicata durante la trasformazione dei dati per rilevare movimenti a ritroso nel flusso del processo.
Esempi
truefalse
|
|||
|
ID incidente correlato
RelatedIncidentID
|
L'identificatore di qualsiasi incidente causato da questa modifica. | ||
|
Descrizione
Questo Attributo collega una richiesta di modifica a eventuali incidenti successivi che potrebbe aver causato. Questa relazione è cruciale per comprendere l'impatto a valle delle modifiche sulla stabilità del servizio. Questo è l'Attributo primario necessario per calcolare il KPI 'Change-Induced Incident Rate'. Monitorando questi collegamenti, un'organizzazione può misurare la qualità del suo processo di modifica e identificare tipi di modifiche, team o servizi che sono associati a un tasso più elevato di problemi post-implementazione.
Perché è importante
Misura direttamente l'impatto negativo delle modifiche, fornendo un KPI critico per valutare la qualità delle modifiche e l'efficacia della gestione del rischio.
Dove trovare
Questa relazione è tipicamente stabilita nel modulo Incidente ('HPD:Help Desk'), dove un incidente può essere collegato a una richiesta di modifica come sua causa.
Esempi
INC000000987654INC000000987655INC000000987656
|
|||
|
Impatto
Impact
|
L'impatto valutato della modifica sui servizi aziendali e sull'infrastruttura IT. | ||
|
Descrizione
L'impatto misura l'effetto potenziale di una modifica sulle operazioni aziendali, sui servizi e sugli utenti. È un fattore critico, insieme all'Urgenza, nella determinazione della Priorità della richiesta di modifica. Nell'analisi, l'Impatto viene utilizzato nel dashboard 'Change Risk Profile Analysis' per fornire una visione completa delle potenziali conseguenze aziendali del portfolio di modifiche. Comprendere la distribuzione delle modifiche ad alto impatto può informare le strategie di gestione del rischio e la pianificazione delle risorse.
Perché è importante
Aiuta a quantificare le potenziali conseguenze aziendali delle modifiche, consentendo l'analisi del rischio e la prioritizzazione in base alla gravità con cui i servizi potrebbero essere influenzati.
Dove trovare
Trovato nel campo 'Impatto' sul modulo 'CHG:Infrastructure Change'.
Esempi
1-Extensive/Widespread2-Significativo/Grande3-Moderato/Limitato4-Minore/Localizzato
|
|||
|
Ora di Fine
EventEndTime
|
Il timestamp che indica quando una specifica attività o un evento si è concluso. | ||
|
Descrizione
L'Ora di Fine segna il completamento di un'attività. Nel Process Mining, questo è spesso calcolato come l'ora di inizio dell'attività successiva nel caso, fornendo una durata chiara per il passaggio precedente. Per l'ultima attività di un caso, potrebbe essere uguale alla sua ora di inizio o a un timestamp di chiusura specifico. Questo Attributo è essenziale per calcolare il
Perché è importante
Permette il calcolo preciso delle durate delle attività, fondamentale per identificare i colli di bottiglia e misurare le prestazioni del processo.
Dove trovare
Questo è un Attributo calcolato, tipicamente derivato durante la trasformazione dei dati prendendo l'ora di inizio dell'evento successivo nella sequenza per un dato caso.
Esempi
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
|
|||
|
Richiedente modifica
ChangeSubmitter
|
L'individuo che ha creato e inviato la richiesta di modifica. | ||
|
Descrizione
Questo Attributo identifica la persona che ha avviato la richiesta di modifica. Questo è tipicamente acquisito come utente 'Submitter' o 'Reported By' nel sistema. Sebbene non sia sempre una dimensione di analisi primaria, può essere utile per comprendere le fonti delle richieste di modifica. Ad esempio, analizzare se la maggior parte delle modifiche ha origine da dipartimenti o ruoli specifici può fornire intuizioni sulle esigenze aziendali e sui processi di pianificazione.
Perché è importante
Aiuta a identificare i promotori delle richieste di modifica, che possono essere utilizzati per analizzare i modelli di domanda e il comportamento degli utenti all'interno del processo.
Dove trovare
Trovato nel campo 'Richiedente' sul modulo 'CHG:Infrastructure Change'.
Esempi
Allen AllbrookMary MannBob Baxter
|
|||
|
Servizio interessato
AffectedService
|
Il servizio aziendale o tecnico influenzato dalla modifica. | ||
|
Descrizione
Questo Attributo collega la richiesta di modifica a un servizio specifico definito nel Configuration Management Database (CMDB). Potrebbe essere un servizio aziendale rivolto all'utente come 'Servizi Email' o un servizio tecnico di back-end come 'Servizio di Autenticazione'. È utilizzato nella dashboard 'Emergency Change Volume & Impact' per correlare le modifiche con i servizi che influenzano. Questo aiuta a comprendere la stabilità dei diversi servizi e a identificare quelli che richiedono frequenti interventi di emergenza.
Perché è importante
Fornisce un contesto aziendale cruciale, collegando le modifiche tecniche al loro impatto sui servizi aziendali e consentendo un'analisi dei processi orientata al servizio.
Dove trovare
Ricavato dal campo 'ServiceCI' o dalle relazioni con gli Configuration Item (CI) correlati nel modulo 'CHG:Infrastructure Change'.
Esempi
Email aziendaleSAP ERPCRM (Customer Relationship Management)Portale di Home Banking
|
|||
|
Stato SLA
SLAState
|
Lo stato calcolato della richiesta di modifica rispetto al suo obiettivo SLA. | ||
|
Descrizione
Questo Attributo indica se una richiesta di modifica completata ha rispettato, era a rischio di violare o ha violato il suo Service Level Agreement (SLA). Viene calcolato confrontando il timestamp di completamento effettivo con la 'SLATargetDate'. Questa è la metrica principale per la dashboard 'Change SLA Performance'. Fornisce una misura chiara e concisa delle prestazioni rispetto agli impegni di servizio e consente di segmentare i dati per priorità, tipo di modifica o team per identificare le aree con scarsa aderenza agli SLA.
Perché è importante
Fornisce una misura diretta delle prestazioni rispetto agli impegni, rendendolo un indicatore chiave dell'efficienza dei processi e della qualità del servizio.
Dove trovare
Questo è un Attributo calcolato derivato durante la trasformazione dei dati confrontando il timestamp dell'attività finale con la 'SLATargetDate'.
Esempi
In TempoA RischioViolato
|
|||
|
Tempo di Elaborazione
ProcessingTime
|
La durata del tempo trascorso su un'attività, calcolata dai suoi tempi di inizio e fine. | ||
|
Descrizione
Il tempo di elaborazione, noto anche come tempo di ciclo, misura il tempo trascorso dall'inizio alla fine di un'attività. Viene calcolato come la differenza tra 'EventEndTime' e 'EventStartTime' per ogni fase del processo. Questa è una metrica fondamentale nel Process Mining, utilizzata per identificare i colli di bottiglia, misurare l'efficienza e stabilire le linee di base delle prestazioni. Dashboard come 'Change Approval Bottlenecks' e KPI come 'Average Change Approval Time' si basano direttamente sull'aggregazione di questo valore calcolato.
Perché è importante
È una metrica di performance fondamentale utilizzata per quantificare la durata dei passaggi di processo, rendendola essenziale per l'analisi dei colli di bottiglia e i miglioramenti dell'efficienza.
Dove trovare
Questa è una metrica calcolata, derivata durante la trasformazione dei dati sottraendo l''EventStartTime' dall''EventEndTime'.
Esempi
864000001728000003600000
|
|||
|
Urgenza
Urgency
|
L'urgenza della modifica, che riflette la sensibilità temporale della sua implementazione. | ||
|
Descrizione
L'Urgenza indica quanto rapidamente la modifica deve essere implementata. È una componente chiave, insieme all'Impatto, utilizzata per calcolare la Priorità complessiva della richiesta di modifica. L'Urgenza è un Attributo chiave per la dashboard 'Change Risk Profile Analysis', che fornisce informazioni sulle pressioni temporali sul processo di Change Management. L'analisi delle tendenze nell'urgenza può aiutare a identificare i problemi sottostanti che potrebbero causare un numero elevato di richieste sensibili al tempo.
Perché è importante
Riflette la natura critica delle modifiche in termini di tempo, aiutando ad analizzare se il processo gestisce efficacemente le richieste con diversi livelli di sensibilità temporale.
Dove trovare
Trovato nel campo 'Urgenza' sul modulo 'CHG:Infrastructure Change'.
Esempi
1-Critical2-High3-Medium4-Low
|
|||
Attività di Gestione delle modifiche
| Activity | Descrizione | ||
|---|---|---|---|
|
Modifica chiusa
|
Questa è l'attività finale, che segna la chiusura formale della richiesta di modifica nel sistema. Questo evento viene acquisito quando lo stato della richiesta di modifica è impostato su 'Chiusa'. | ||
|
Perché è importante
Questa attività segna la fine riuscita del ciclo di vita della modifica. È essenziale per misurare la durata del processo end-to-end e il throughput complessivo.
Dove trovare
Deducibile dalla cronologia delle modifiche di stato nel modulo CHG:Change quando lo stato passa a 'Chiuso'.
Acquisisci
Identifichi il timestamp quando il campo 'Stato' su CHG:Change viene aggiornato a 'Chiuso'.
Tipo di evento
inferred
|
|||
|
Modifica implementata
|
Questa attività rappresenta il completamento con successo del lavoro di implementazione della modifica. È tipicamente registrata quando lo stato viene aggiornato a 'Completata' con una ragione che indica il successo. | ||
|
Perché è importante
Questa è una milestone importante che segna la fine della fase di distribuzione. È essenziale per calcolare il Tempo di Ciclo di Implementazione delle Modifiche e analizzare gli incidenti indotti dalle modifiche.
Dove trovare
Deducibile dal modulo CHG:Change quando lo 'Stato' è impostato su 'Completato' e il 'Motivo dello stato' è 'Riuscito'.
Acquisisci
Identifichi il timestamp quando il campo 'Stato' su CHG:Change viene aggiornato a 'Completato'.
Tipo di evento
inferred
|
|||
|
Modifica pianificata
|
Questa attività segna il punto in cui la modifica approvata viene ufficialmente programmata per l'implementazione. Questo evento viene acquisito dal cambiamento di stato a 'Programmata' nel sistema. | ||
|
Perché è importante
Questa è una milestone critica che segnala la prontezza per l'implementazione. È il punto di partenza per misurare i KPI Tempo di Ciclo di Implementazione delle Modifiche e Tempo Medio di Attesa dell'Implementazione.
Dove trovare
Deducibile dalla cronologia delle modifiche di stato nel modulo CHG:Change quando lo stato passa a 'Pianificato'.
Acquisisci
Identifichi il timestamp quando il campo 'Stato' su CHG:Change viene aggiornato a 'Pianificato'.
Tipo di evento
inferred
|
|||
|
Richiesta di modifica approvata
|
Questa è una milestone chiave in cui la richiesta di modifica riceve l'approvazione formale per procedere. L'evento è inferito da un cambiamento di stato, tipicamente a 'Programmata' o 'Pianificazione in corso' dopo l'autorizzazione finale. | ||
|
Perché è importante
Questo segna la fine della fase di approvazione ed è critico per misurare i colli di bottiglia nell'approvazione e il KPI del Tempo Medio di Approvazione delle Modifiche. È un punto decisionale chiave nel processo.
Dove trovare
Deducibile dalla cronologia delle modifiche di stato nel modulo CHG:Change, in particolare quando la richiesta esce da uno stato di approvazione come 'Richiesta di autorizzazione'.
Acquisisci
Identifichi il timestamp quando il campo 'Stato' su CHG:Change passa oltre la fase di approvazione finale, ad esempio, a 'Pianificato'.
Tipo di evento
inferred
|
|||
|
Richiesta di modifica creata
|
Questa attività segna la creazione iniziale di un record di richiesta di modifica nel sistema. L'evento viene acquisito dal timestamp di creazione della voce della richiesta di modifica nel modulo CHG:Change. | ||
|
Perché è importante
Questo è il punto di partenza per ogni richiesta di modifica, essenziale per misurare la durata totale del ciclo di vita e analizzare il volume delle modifiche in arrivo.
Dove trovare
Questo evento viene acquisito dal campo 'Submit Date' o dal timestamp di creazione del record nel log di audit del modulo CHG:Change (es. HPD:Help Desk Audit Log).
Acquisisci
Utilizzi il timestamp di creazione del record dal modulo CHG:Change.
Tipo di evento
explicit
|
|||
|
Testing Eseguita
|
Significa che il test o la validazione post-implementazione sono stati completati. Questo è spesso rilevato attraverso la chiusura di un'attività di test dedicata associata alla richiesta di modifica. | ||
|
Perché è importante
Il monitoraggio di questa attività è fondamentale per misurare il Tempo Medio del Ciclo di Testing e garantire la qualità. Aiuta a identificare i colli di bottiglia nel processo di validazione prima della verifica finale.
Dove trovare
Deducibile dal completamento di un record di task di testing nel modulo CHG:Task collegato alla richiesta di modifica principale.
Acquisisci
Identifichi il timestamp quando un task collegato di 'Testing' o 'Validazione' in CHG:Task è contrassegnato come 'Chiuso' o 'Completato'.
Tipo di evento
inferred
|
|||
|
Valutazione del Rischio Eseguita
|
Questa attività indica il completamento della valutazione del rischio per la modifica proposta. È spesso rilevata quando lo stato della richiesta di modifica viene aggiornato o un'attività specifica di valutazione del rischio viene chiusa. | ||
|
Perché è importante
Il monitoraggio di questa attività è vitale per garantire la Conformità alle politiche di Change Management. Aiuta a identificare i ritardi nella fase di valutazione e ad analizzare il Tasso di Rilavorazione delle Modifiche se il processo torna a questo passaggio.
Dove trovare
Deducibile da un cambio di stato nel modulo CHG:Change (es. passaggio a 'Richiesta di modifica') o dal completamento di un task correlato nel modulo CHG:Task.
Acquisisci
Identifichi il timestamp quando un task collegato di 'Valutazione del rischio' in CHG:Task è contrassegnato come 'Chiuso' o 'Completato'.
Tipo di evento
inferred
|
|||
|
Analisi dell'impatto condotta
|
Rappresenta il completamento dell'analisi d'impatto per determinare le potenziali conseguenze di una modifica. Questo è tipicamente inferito da un aggiornamento di stato o dalla chiusura di un'attività associata. | ||
|
Perché è importante
Questa attività è cruciale per comprendere l'efficienza della pianificazione e il suo effetto sulle rilavorazioni. L'analisi della sua durata e frequenza aiuta a migliorare la fase di valutazione iniziale.
Dove trovare
Deducibile dal timestamp di completamento di un task di 'Analisi dell'impatto' nel modulo CHG:Task o da una specifica transizione di stato nel modulo CHG:Change.
Acquisisci
Identifichi il timestamp quando un task collegato di 'Analisi dell'impatto' in CHG:Task è contrassegnato come 'Chiuso' o 'Completato'.
Tipo di evento
inferred
|
|||
|
Modifica annullata
|
Rappresenta l'annullamento di una richiesta di modifica prima della sua implementazione o completamento. Questo viene rilevato quando lo stato della richiesta di modifica viene aggiornato a 'Annullata'. | ||
|
Perché è importante
Il monitoraggio degli annullamenti fornisce intuizioni sul perché le modifiche vengono ritirate. Questo può evidenziare problemi come una scarsa pianificazione iniziale, priorità che cambiano o vincoli di risorse.
Dove trovare
Deducibile dalla cronologia delle modifiche di stato nel modulo CHG:Change quando lo stato passa a 'Annullato'.
Acquisisci
Identifichi il timestamp quando il campo 'Stato' su CHG:Change viene aggiornato a 'Annullato'.
Tipo di evento
inferred
|
|||
|
Modifica verificata
|
Questa attività indica che la modifica è stata formalmente verificata come riuscita dagli stakeholder dopo l'implementazione e il testing. È spesso rappresentata da un cambio di stato prima della chiusura finale. | ||
|
Perché è importante
La verifica è l'ultimo controllo di qualità prima di chiudere una modifica. Conferma che la modifica ha raggiunto i suoi obiettivi e non ha causato impatti negativi imprevisti.
Dove trovare
Deducibile da una modifica di stato sul modulo CHG:Change, come il passaggio da 'Completato' a uno stato di 'Verifica' o 'Chiuso'.
Acquisisci
Identifichi il timestamp quando il campo 'Stato' su CHG:Change transita a 'Chiuso' dopo le attività di implementazione.
Tipo di evento
inferred
|
|||
|
Piano di implementazione sviluppato
|
Indica che il piano dettagliato per l'implementazione della modifica è stato creato e documentato. Questo viene tipicamente catturato quando un task di pianificazione associato alla modifica è completato. | ||
|
Perché è importante
Il completamento di questa attività è un prerequisito per la pianificazione e l'implementazione. L'analisi della sua durata aiuta a identificare i ritardi nella fase di pianificazione prima che la modifica venga eseguita.
Dove trovare
Deducibile dal completamento di un record di task di pianificazione specifico nel modulo CHG:Task collegato alla richiesta di modifica principale.
Acquisisci
Identifichi il timestamp quando un task collegato di 'Pianificazione implementazione' in CHG:Task è contrassegnato come 'Chiuso' o 'Completato'.
Tipo di evento
inferred
|
|||
|
Revisione Post-Implementazione
|
Rappresenta il completamento di una revisione formale dopo l'implementazione della modifica. Questa attività è tipicamente rilevata dalla chiusura di un'attività di revisione post-implementazione (PIR). | ||
|
Perché è importante
Questa attività è cruciale per l'apprendimento organizzativo e il miglioramento dei processi. Misurare il KPI del Tasso di Revisione Post-Implementazione aiuta a garantire che si imparino lezioni dalle modifiche.
Dove trovare
Deducibile dal completamento di un task di 'Revisione post-implementazione' nel modulo CHG:Task collegato alla richiesta di modifica principale.
Acquisisci
Identifichi il timestamp quando un task collegato 'PIR' in CHG:Task è contrassegnato come 'Chiuso' o 'Completato'.
Tipo di evento
inferred
|
|||
|
Richiesta di modifica inviata
|
Rappresenta l'invio formale di una richiesta di modifica per la revisione e l'autorizzazione. Questo è tipicamente inferito quando lo stato della richiesta di modifica passa da 'Bozza' a 'Richiesta di Autorizzazione'. | ||
|
Perché è importante
Questa attività avvia il processo di approvazione. Monitorarla è cruciale per misurare il tempo che le richieste trascorrono in attesa della revisione iniziale e per analizzare il KPI del Tempo di Approvazione delle Modifiche.
Dove trovare
Deducibile dalla cronologia delle modifiche di stato della richiesta di modifica nel modulo CHG:Change, in particolare la transizione a 'Richiesta di autorizzazione'.
Acquisisci
Identifichi il timestamp quando il campo 'Stato' su CHG:Change cambia da 'Bozza' a 'Richiesta di Autorizzazione'.
Tipo di evento
inferred
|
|||
|
Richiesta di modifica rifiutata
|
Questa attività significa che la richiesta di modifica è stata formalmente negata da un approvatore. È rilevata da un cambiamento di stato a 'Rifiutata' e rappresenta uno stato terminale. | ||
|
Perché è importante
Il monitoraggio dei rifiuti aiuta a identificare le ragioni della negazione, come informazioni incomplete o rischio elevato. Questa analisi può migliorare la qualità delle future richieste di modifica.
Dove trovare
Deducibile dalla cronologia delle modifiche di stato nel modulo CHG:Change, in particolare la transizione a uno stato 'Rifiutato'.
Acquisisci
Identifichi il timestamp quando il campo 'Stato' su CHG:Change viene aggiornato a 'Rifiutato'.
Tipo di evento
inferred
|
|||