Flujo del proceso de gestión de problemas
¿Cómo funciona la gestión de problemas? La gestión de problemas de ITIL es más que simplemente resolver incidentes; tiene en cuenta todo el ciclo de vida de un problema. El flujo del proceso del ciclo de vida de Gestión de problemas se puede estructurar para administrar los problemas que los usuarios o técnicos del servicio de asistencia informan inicialmente como incidentes a través de un portal de autoservicio, por vía telefónica, por correo electrónico, en persona o posibles problemas que el personal o la tecnología de ITSM detectan de forma automática antes de que ocurra cualquier incidente. El ámbito del flujo del proceso de gestión de problemas incluye:
1) Los problemas de detección de problemas
se pueden detectar de diversas maneras, incluido como resultado de un informe de incidentes, análisis de incidentes en curso y detección automatizada mediante una herramienta de gestión de eventos o notificación del proveedor. Normalmente se detecta un problema cuando se desconoce la causa de una o más incidencias notificadas al servicio de asistencia. Es posible que el servicio de asistencia haya resuelto la incidencia y que vuelva a ocurrir, pero no están seguros de la causa raíz subyacente y, por lo tanto, crean un registro de problema. En otros casos, puede quedar claro al servicio de asistencia que un incidente notificado está asociado a un problema. Es posible que este problema ya se haya registrado, Problema conocido, y que el incidente se pueda vincular al registro de problema existente. Si el problema no se ha registrado, se debe crear inmediatamente un registro del problema para ayudar a garantizar el rendimiento del servicio.
2) Registro de problemas
Para mantener un registro histórico completo, todos los problemas, independientemente del método utilizado para identificar e informar al servicio de asistencia, deben registrarse con todos los detalles relevantes, incluida la fecha/hora, la información del usuario, la descripción, el elemento de configuración relacionado de la CMDB, los incidentes asociados, los detalles de resolución y la información de cierre.
- Categorización: una vez registrada, se deben seleccionar todas las categorías adecuadas para asignar, escalar y supervisar correctamente las frecuencias y las tendencias de problemas
- Priorización: asignar prioridad es fundamental para determinar cómo y cuándo el personal gestionará el problema. Se determina por el impacto: número de incidentes asociados que pueden proporcionar información sobre el número de usuarios afectados o su impacto en el negocio. Además, la urgencia del problema: se tiene en cuenta la rapidez con la que se requiere la resolución para definir la prioridad
3) Investigación y diagnóstico
.
Se llevará a cabo una investigación sobre la causa raíz del problema en función del impacto, la gravedad y la urgencia del problema en cuestión. Las técnicas de investigación comunes incluyen la revisión de la base de datos de errores conocidos (KEDB) en un esfuerzo por encontrar problemas y resoluciones coincidentes y/o recrear el fallo para determinar la causa
4) Solución alternativa
En algunas situaciones es posible proporcionar una solución temporal al usuario que experimenta el incidente relacionado con el problema. Sin embargo, es importante buscar una resolución de cambio permanente al error subyacente detectado por Gestión de problemas
5) Crear registro de errores conocidos
Una vez que se complete la investigación y el diagnóstico, es importante crear un registro de errores conocidos. Si surgen incidentes o problemas futuros, el técnico del servicio de asistencia de investigación identificará y proporcionará una resolución más rápida utilizando la base de datos de errores conocidos (KEDB) y solución(s)
6) asociada Resolución
Una vez resuelta, la solución se puede implementar utilizando el procedimiento de cambio estándar y probar para confirmar la recuperación del servicio. Sin embargo, si se requirió un cambio normal, se planteará una solicitud de cambio (RFC) asociada y se aprobará antes de aplicar una resolución al Problema
7) Cierre
Después de la confirmación de que el Error se ha resuelto, el Problema y cualquier Incidente asociado se pueden cerrar. El técnico del servicio de asistencia debe asegurarse de que los detalles de la clasificación inicial sean precisos para futuras referencias e informes.
- Revisión de problemas mayores: los problemas mayores se definen mediante el análisis de impacto empresarial (BIA) y la evaluación de riesgos (RA) de una organización para determinar la respuesta y la prioridad (impacto, urgencia y gravedad del problema). El objetivo de una revisión de problemas importantes es mejorar continuamente el proceso de gestión de problemas para responder a problemas comerciales importantes. Un proceso de revisión puede identificar las cosas que se hacen correctamente, las cosas que se hacen incorrectamente, lo que se puede mejorar, los riesgos adicionales, cómo prevenir la recurrencia y la naturaleza de la responsabilidad de cualquier tercero. Esta revisión no debe vivir en un silo; debe compartirse con los miembros del equipo como parte de las sesiones de formación y concienciación.
- Control de problemas y control de errores: en algunas situaciones, los términos Control de problemas y Control de errores se pueden utilizar durante el ciclo de vida de Gestión de problemas. El control de problemas se puede incorporar a la fase de investigación con el objetivo de encontrar la causa raíz del problema y convertirlo en un error conocido. Esto ayuda al técnico del servicio de asistencia a proporcionar soluciones temporales al usuario. Por otro lado, el control de errores forma parte de la fase de resolución con el objetivo de convertir los errores conocidos en soluciones y eliminarlos de la base de datos de errores conocidos (KEDB) cuando sea necesario.