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"

Este último parrafo no está claro; si la Gestión de Cambios no da la validación final para la instalación se la devuelve a sí misma?; o quien dá la validación final para instalación es la Gestión de Versiones?. Gracias.

Marcar mensaje como inapropiado Por J.Carlos Flores R. 23/03/2007
La Gestión de Cambios debe conceder la validación definitiva, si esto no es así porque hubiera problemas con su implementación, la Gestión de Versiones debe retroceder el cambio y la Gestión de Cambios debe reevaluar de nuevo el mismo para corregir los posibles errores o desestimarlo definitivamente.

Marcar mensaje como inapropiado Por Moderador 30/03/2007
En la Gestion Financiera debo entonces analizar los costes asociados a cada servicio de mi catalogo de servicio. En base a que término prorrateo los costos indirectos entre los servicios?; por la cantidad de usuarios?

Que se usa como criterio? Por ejemplo, los costos de los servicios de telefonía IP en un edificio.

Marcar mensaje como inapropiado Por Darwin Pou 05/02/2008
En este parraf:
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."

Tengo una duda, acaso los incidentes ya no fueron cerrado con un workaround, segun este parrafo los incidenes estarian en espera de cerrarse?.




Marcar mensaje como inapropiado Por Macjuri Cazar 18/02/2009
En la fase del cierre, cuáles son los status de cierre del RCA, uno sería Error Conocido y cuál es el otro?

Marcar mensaje como inapropiado Por Octavio 29/10/2009
En la practica quien monitoriza esos controles de cambios, errores conocidos, problemas?
En la figura de un centro de servicios al que tiene un corrdinador y sus soportes de mesa y de sitio...quien debe de estar monitorizandoles...se puede tener una persona que maneje estos temas?

Marcar mensaje como inapropiado Por Lucia 26/05/2010

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