Template dei Suoi Dati di Change Management

BMC Helix ITSM
Template dei Suoi Dati di Change Management

Template dei Suoi Dati di Change Management

Questo template fornisce una guida strutturata per la raccolta dei dati essenziali per l'analisi del Suo processo di Change Management. Troverà Attributi raccomandati, attività chiave da monitorare e una guida pratica sull'estrazione di queste informazioni direttamente dai Suoi sistemi. Utilizzi questa risorsa per assicurare un'iniziativa di Process Mining completa ed efficace.
  • `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
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Gestione delle modifiche

Questi sono i campi dati raccomandati da includere nel Suo event log per un'analisi completa del Change Management, consentendo approfondimenti dettagliati sul Suo processo.
5 Obbligatorio 6 Consigliato 12 Facoltativo
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 ProcessingTime di ogni attività, che è una metrica fondamentale per l'analisi delle prestazioni e l'identificazione dei colli di bottiglia. Consente un'analisi dettagliata di quanto tempo richiede ogni passaggio.

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
Obbligatorio Consigliato Facoltativo

Attività di Gestione delle modifiche

Questi sono i passaggi chiave del processo e le milestone da acquisire nel Suo event log per una scoperta accurata del processo e per identificare efficacemente i colli di bottiglia.
7 Consigliato 7 Facoltativo
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
Consigliato Facoltativo

Guide all'Estrazione

Come estrarre i Suoi dati da BMC Helix ITSM