ITIL-Gestión de Servicios TI

English   |  Catalá   |   Formación ITIL  |  Productos y servicios "ITIL Compliant"
 
Gestión de Problemas > Proceso > Control de Errores
RetrocederAvanzar

Gestión de Problemas

Proceso - Control de Errores

Una vez que el Control de Problemas ha determinado las causas de un problema es responsabilidad del Control de Errores el registro del mismo como error conocido.

Identificación y Registro de errores

El registro de los errores conocidos es de vital importancia para la Gestión de Incidentes pues debe llevar asociado, siempre que esto sea posible, algún tipo de solución temporal que permita minimizar el impacto de los incidentes asociados.

Análisis y Solución

Se deben investigar diferentes soluciones para el error evaluando en cada momento:

En algunos casos, en los que el impacto del problema puede tener consecuencias graves en la calidad del servicio, pueden emitirse una RFC de emergencia para su procesamiento urgente por la Gestión de Cambios.

Una vez determinada la solución óptima al problema y antes de elevar una RFC a la Gestión de Cambios han de tenerse en cuenta las siguientes consideraciones:

Sea cual sea la respuesta, todo la información sobre el error y su solución se registrará en las bases de datos asociadas. En el caso en el que se considere que el problema necesita ser solucionado se emitirá una RFC. Será responsabilidad de la Gestión de Cambios la implementación de los cambios de infraestructura propuestos.

Revisión Post Implementación y Cierre

Antes de dar el problema por resuelto y cambiar su estado a “cerrado” se debe analizar el resultado de la implementación de la RFC elevado a la Gestión de Cambios (PIR).

Si los resultados de esta PIR son los deseados y se pueden cerrar todos los incidentes relacionados con este problema se considera concluido el proceso y se emiten los informes correspondientes.

RetrocederRetrocederAvanzar
 

Comentarios: "Gestión de Problemas > Proceso > Control de Errores"

Una vez autorizada la RFC, es importante en lo posible, la instalación de escenarios de pruebas previa proceso de cambio, aplicable en todas las plataformas tecnológicas y muchas veces se involucran consultores externos con experiencia en procesos similares para guiar el paso a paso en el proceso de cambio, de forma precisa y segura.

Marcar mensaje como inapropiado Por Fabian Cortes 21/04/2009
debo contemplar un plan de implementación y backout en el RFC, o una vez sea aprobado inicio el desarrollo de los mismos.

Marcar mensaje como inapropiado Por Carlota 03/06/2009
A Carlota:
Definirlo es una situación de políticas que tenga cada organización, sin embargo, el sentido común con la experiencia dicta que lo mejor es que se defina al aprobarlo. Recuerda que habrá recursos, esfuerzo y tiempo invertido, por lo que si hubiera un cambio o negación del cambio, sería tiempo que se gasto y no invirtio.

Marcar mensaje como inapropiado Por Norberth 12/06/2010
¿Cuál es el ciclo de vida de un proceso?
1. Diseño.
2. Liberación (Aprobación).
3. Capacitación.
4.Implementación.

¿El orden de los pasos es el correcto?
¿Es necesario agregar otro paso?

Marcar mensaje como inapropiado Por Paola 12/08/2010
Los cambios que se evaluan y se autorizan en las juntas del CAB son los CAMBIOS MAYORES Y SIGNIFICANTES?

Marcar mensaje como inapropiado Por Paola 12/08/2010
Si un Service Request es un cambio pequeño de bajo riesgo, con bajo costo que ocurre de manera fecuente; ¿Eso significa que los Service Request seran solucionados implementando un Cambio Estandar?

Marcar mensaje como inapropiado Por Paola 19/08/2010

Escribir un nuevo mensaje: [Condiciones]
Nombre:
Mensaje*:
Código de validación*:
Version 2.0