Ti trovi qui:
Responsabile incidenti coordina un incidente grave
Aiutare un responsabile degli incidenti a riconoscere un'interruzione critica e consegnare un candidato qualificato per la risposta coordinata agli incidenti gravi e il ripristino del servizio.
Caso d'uso a colpo d'occhio
Profilo: Un responsabile degli incidenti che lavora con un responsabile degli incidenti principali e i team di risoluzione
Lavoro da eseguire: Inoltrare al livello superiore un incidente business-critical, stabilire un contesto operativo condiviso, coordinare il lavoro di risoluzione e tenere informati gli stakeholder
Punto di partenza: Un incidente di grande impatto nel Service Desk IT per agenti che richiede maggiore attenzione e coordinamento
Risultato positivo: L'incidente viene classificato in modo appropriato, i team di risoluzione ripristinano e verificano il servizio, gli stakeholder ricevono aggiornamenti chiari e il lavoro di follow-up passa a Gestione problemi.
Questo caso d'uso segue un incidente critico dall'inoltro al livello superiore fino al ripristino. Non sostituisce le procedure canoniche di proposta, revisione, promozione o chiusura degli incidenti gravi. Mostra invece come un responsabile degli incidenti e un responsabile degli incidenti gravi utilizzano un solo record per prendere decisioni, allineare i soccorritori e mantenere una sequenza temporale affidabile.
I responsabili dell'evasione possono proporre un incidente come incidente grave per la revisione. Gli utenti con un'autorità elevata per gli incidenti gravi possono promuovere un incidente direttamente dal record incidente senza approvazione. La retrocessione di un incidente grave richiede l'autorizzazione Responsabile incidenti gravi. Mantenere distinti i percorsi delle proposte e delle promozioni dirette. Vedere Gestione incidenti gravi per servizi IT, Riesame degli incidenti gravi e Rimozione degli incidenti gravi.
Qualifica dell'interruzione
Iniziare con l'impatto sul business anziché con la sola priorità degli incidenti. Un incidente grave riguarda più utenti o richiede una risposta immediata perché più sistemi aziendali non sono disponibili. Confermare i servizi e gli utenti interessati, l'urgenza operativa, le dipendenze note e le prove degli incidenti correlati prima di inoltrarli al livello superiore.
| Segnale | Domanda di coordinamento | Decisione |
|---|---|---|
| Ambito | Sono interessati più utenti, team, sedi o servizi? | Continuare la gestione standard o iniziare la qualifica di incidente grave. |
| Impatto sulle aziende | Un'operazione aziendale critica non è disponibile o è gravemente danneggiata? | Documentare l'impatto e coinvolgere il responsabile responsabile. |
| Urgenza | Il ripristino ritardato aumenta il rischio operativo, finanziario o di conformità? | Accelerare la risposta e stabilire una cadenza di aggiornamento. |
| Incidenti correlati | Rapporti simili indicano un'interruzione condivisa? | Associare i record pertinenti e consolidare il contesto dell'indagine. |
| Complessità del ripristino | Il ripristino richiede diversi gruppi di risolutori o una modifica controllata? | Stabilire una proprietà coordinata e il percorso di ripristino appropriato. |
Utilizzare il percorso della proposta quando l'interruzione richiede una revisione. Gli utenti con elevata autorità per gli incidenti gravi possono utilizzare il percorso di promozione diretta quando tale autorità è configurata. Per la qualifica e l'ambito del processo, vedere Gestione incidenti gravi per servizi IT.
Creazione del record incidente grave
Registrare una giustificazione concisa che spieghi l'impatto, l'urgenza e il motivo di un coordinamento più ampio. Una proposta viene esaminata quando un utente con l'autorità richiesta la approva o la rifiuta. Promuovi direttamente salta il processo di revisione. Declassa restituisce un incidente grave alla gestione standard degli incidenti.
Mantenere separato il ciclo di vita della classificazione degli incidenti principali dallo Stato dell'incidente operativo. La proposta, l'approvazione o il rifiuto, la promozione diretta e la retrocessione sono azioni di classificazione. I valori Stato operativo, ad esempio Nuovo, In corso, Risolto e Chiuso, descrivono l'avanzamento dell'incidente verso il ripristino e il completamento. Utilizzare le etichette dello stato esatto del ciclo di vita documentate in Major Incident Lifecycle for IT Services.
Utilizzare Commenti stato incidente grave per registrare il motivo quando si retrocede un incidente grave. Registrare gli aggiornamenti delle indagini sull'incidente utilizzando il feed, gli elenchi correlati e lo Stato operativo. Per il comportamento canonico dello stato e del campo, vedere Ciclo di vita. Per il percorso di revisione e la creazione facoltativa del problema, vedere Riesame degli incidenti gravi per i servizi IT.
Coordinare il restauro e la comunicazione
Dopo la classificazione, utilizzare il record incidente come fonte operativa condivisa. Identificare un titolare per ogni azione di ripristino, inserire i gruppi di risolutori richiesti, tenere traccia delle decisioni e delle dipendenze e verificare che gli incidenti associati rappresentino la stessa interruzione.
Per il lavoro complesso, avviare un intervento collettivo configurato in modo che gli esperti collaborino in un unico canale. Mantenere le decisioni materiali e le prove di risoluzione nel record incidente anziché lasciare la cronologia diagnostica solo nella chat. Agentforce può riepilogare un intervento collettivo Slack e pubblicare il riepilogo nel feed del record. Vedere Intervento collettivo sugli incidenti in Slack per Servizi IT per le opzioni di collaborazione canoniche.
Inviare aggiornamenti agli stakeholder in caso di modifiche significative, ad esempio conferma, ambito confermato, avanzamento del ripristino, ripristino e chiusura. Separare i fatti confermati dalle ipotesi di lavoro, indicare il prossimo aggiornamento previsto ed evitare di promettere un tempo di recupero senza prove. Le notifiche configurate possono fornire aggiornamenti tramite email, canali in app, Slack o Microsoft Teams. Vedere Notifiche per servizi IT.
Ripristino, chiusura e transizione
Verificare che il servizio sia stato ripristinato per gli utenti e i sistemi interessati prima di modificare l'incidente in Risolto. Registrare l'azione di ripristino, le prove di verifica, il rischio rimanente e qualsiasi soluzione temporanea in Riepilogo risoluzione. Spostare l'incidente su Chiuso al termine del ciclo di vita nell'ambito del processo del team.
La classificazione degli incidenti gravi non sostituisce l'indagine di follow-up. Passare l'evento a Gestione problemi per l'analisi delle cause principali e il lavoro preventivo. La creazione automatica del problema si verifica solo quando è attivata l'impostazione dell'incidente grave corrispondente; in caso contrario, creare o associare il problema richiesto tramite il processo del team.
Il punto saliente dell'adozione si verifica quando il team passa da una risposta frammentata a un unico record coordinato: classificazione qualificata, lavoro di ripristino responsabile, comunicazioni coerenti, ripristino verificato e un titolare di follow-up esplicito. Per la risoluzione canonica degli incidenti e il comportamento di associazione, vedere Gestione degli incidenti per i servizi IT.
Verifica che Gestione incidenti gravi sia pronta
Prima di utilizzare questo journey come test di adozione, verificare che Gestione incidenti sia abilitato, che il gruppo di approvazione sia configurato e che gli utenti dispongano delle autorizzazioni necessarie per le operazioni assegnate. Verificare che i responsabili evasione possano proporre incidenti per la revisione, che gli utenti autorizzati possano esaminarli o promuoverli direttamente e che gli utenti che degradano gli incidenti gravi dispongano dell'autorizzazione Responsabile incidenti gravi. Vedere Impostazione delle impostazioni per gli incidenti gravi per i servizi IT per l'impostazione canonica.
