Flusso del processo di gestione dei problemi
Come funziona la gestione dei problemi? ITIL Problem Management non si limita a risolvere gli incidenti, ma IT tiene conto dell'intero ciclo di vita di un problema. Il flusso del processo del ciclo di vita di Gestione dei problemi può essere strutturato in modo da gestire i problemi che vengono inizialmente segnalati come Incidenti da parte dell'utente o dei tecnici del service desk tramite un portale self-service, telefonicamente, via e-mail, di persona o potenziali problemi che vengono rilevati in modo automatico dai dipendenti o dalla tecnologia ITSM prima che si verifichi qualsiasi Incidente. L'ambito del flusso del processo di gestione dei problemi
include:
1) I problemi di rilevamento dei problemi
possono essere rilevati in vari modi, tra cui a seguito di un report incidente, analisi degli incidenti in corso e rilevamento automatico da parte di uno strumento di gestione degli eventi o notifica del fornitore. Un problema viene comunemente rilevato quando la causa di uno o più incidenti segnalati al service desk non è nota. È IT possibile che il service desk abbia risolto l'incidente e IT che l'IT possa verificarsi di nuovo, ma non sono sicuri della causa principale sottostante e quindi creano un record Problema. In altri casi, IT potrebbe essere chiaro al service desk che un Incidente segnalato è associato a un Problema. Questo problema potrebbe essere già stato registrato - Problema noto - e l'incidente può essere collegato al record problema esistente. Se il problema non è stato registrato, è necessario creare immediatamente un record del problema per garantire le prestazioni del servizio.
2) Registrazione dei problemi
Per conservare un record cronologico completo, tutti i problemi, indipendentemente dai metodi utilizzati per l'identificazione e il report al service desk, devono essere registrati con tutti i dati pertinenti, tra cui data/ora, informazioni utente, descrizione, elemento di configurazione correlato dal CMDB, incidenti associati, dettagli di risoluzione e informazioni di chiusura. informazioni
- Categorizzazione - Una volta registrate, è necessario selezionare tutte le categorie appropriate per assegnare, inoltrare e monitor correttamente le frequenze e la priorità delle tendenze dei problemi
- - L'assegnazione della priorità è fondamentale per determinare come e quando il problema sarà gestito dal personale. L'IT è determinato dall'impatto - dal numero degli incidenti associati che possono offrire informazioni sul numero degli utenti interessati o sul suo impatto sull'azienda. Inoltre, l'urgenza del problema - la velocità di risoluzione è presa in considerazione per definire la priorità
3) Indagine e diagnosi
Un'indagine sulla causa principale del problema avrà luogo in base all'impatto, alla gravità e all'urgenza del problema in questione. La tecnica di indagine più comune include la revisione del database degli errori noti (KEDB) nel tentativo di trovare problemi e risoluzioni corrispondenti e/o di ricreare l'errore di determinare la causa
4) Soluzione alternativa
In alcune situazioni è possibile apportare una IT correzione temporanea o una soluzione alternativa all'utente che ha subito l'incidente correlato al problema. TuttaviaIT è importante cercare una risoluzione permanente delle modifiche all'errore sottostante rilevato da Problem Management
5) Creare un record di errore noto
Una volta completata l'indagine e la diagnosi IT, è importante creare un record di errore noto. In caso di Incidenti o Problemi futuri, il tecnico del service desk addetto alle indagini identificherà e fornirà una risoluzione più rapida utilizzando il database degli errori noti (KEDB) e la soluzione alternativa associata (s)
6) Risoluzione
Una volta risolta, la soluzione può essere implementata utilizzando la procedura di modifica standard e testata per confermare il recupero del servizio recupero. Tuttavia, se è stata richiesta una modifica normale, una richiesta di richiesta modifica (RFC) associata verrà sollevata e approvata prima che venga applicata una risoluzione al Problema
7) Chiusura
Dopo aver confermato che l'errore è stato risolto, il Problema e gli eventuali Incidenti associati possono essere chiusi. Il tecnico del service desk deve assicurarsi che i dettagli di classificazione iniziali siano accurati per riferimento e report futuri.
- Analisi dei problemi principali - I problemi principali sono definiti dall'analisi dell'impatto organizzazione aziendale (BIA) e dalla valutazione dei rischi (RA) di un'organizzazione per determinare la risposta e le priorità (impatto, urgenza e severità del problema). L'obiettivo di una revisione importante dei problemi è migliorare continuamente il processo di gestione dei problemi per rispondere ai principali problemi aziendali. Un processo di revisione può identificare le cose fatte correttamente, le cose fatte in modo errato, cosa può essere migliorato, rischi aggiuntivi, come prevenire il ripetersi e la natura della responsabilità di qualsiasi terza parte. Questa revisione non deve vivere in un silos; l'IT deve essere condiviso con i membri del team come parte delle sessioni di formazione e sensibilizzazione.
- Controllo dei problemi e controllo degli errori: in alcune situazioni, i termini Controllo dei problemi e Controllo degli errori possono essere utilizzati durante il ciclo di vita di Gestione dei problemi. Il controllo dei problemi può essere incorporato nella fase di indagine con l'obiettivo di individuare la causa principale del problema e trasformarlo in un IT errore noto. Ciò aiuta il tecnico del service desk a fornire soluzioni temporanee all'utente. Il controllo degli errori, d'altra parte, fa parte della fase di risoluzione con l'obiettivo di convertire gli errori noti in soluzioni e rimuoverli dal database degli errori noti (KEDB) quando necessario.