Gestión de Configuraciones
Introducción y Objetivos
Es evidente que no se puede gestionar correctamente lo que se desconoce.
Es esencial conocer en detalle la infraestructura TI de nuestras organizaciones
para obtener el mayor provecho de la misma. La principal tarea de la Gestión de
Configuraciones es llevar un registro actualizado de todos los elementos de configuración
de la infraestructura TI junto con sus interrelaciones.
Esto no es una labor sencilla y requiere la colaboración de los Gestores de los otros procesos,
en particular, de la Gestión de Cambios y Versiones.
Los objetivos principales de la Gestión de Configuraciones se resumen en:
- Proporcionar información precisa y fiable al resto de la organización
de todos los elementos que configuran la infraestructura TI.
- Mantener actualizada la Base de Datos de Configuraciones:
- Registro actualizado de todos los CIs : identificación, tipo, ubicación,
estado,...
- Interrelación entre los CIs.
- Servicios que ofrecen los diferentes CIs.
- Servir de apoyo a los otros procesos, en particular, a la Gestión de Incidentes,
Problemas y Cambios.
Los beneficios de una correcta Gestión de Configuraciones incluyen, entre otros:
- Resolución más rápida de los problemas, que redunda en una mayor calidad de servicio.
Una fuente habitual de problemas es la incompatibilidad entre diferentes CIs,
drivers desactualizados, etc. La detección de estos errores sin una
CMDB
actualizada alarga considerablemente el ciclo de vida de un problema.
- Una Gestión de Cambios más eficiente. Es imprescindible conocer la estructura
previa para diseñar un cambio que no genere nuevas incompatibilidades y/o problemas.
- Reducción de costes. El conocimiento detallado de todos los elementos de configuración
permite, por ejemplo, eliminar duplicidades innecesarias.
- Control de licencias. Se pueden identificar tanto copias ilegales de software que
pueden suponer tanto peligros para la infraestructura TI en forma de virus, etc. como
incumplimientos de los requisitos legales que pueden repercutir negativamente en la organización.
- Mayores niveles de seguridad. Una
CMDB actualizada permite, por ejemplo, detectar
vulnerabilidades en la infraestructura.
- Mayor rapidez en la restauración del servicio. Si se conocen todos los elementos de
configuración y sus interrelaciones será mucho más sencillo recuperar la configuración de
producción en el tiempo más breve posible.
Las principales dificultades con las que topa la Gestión de Configuraciones son:
- Una incorrecta planificación: es esencial programar correctamente las actividades
necesarias para evitar duplicaciones o incorrecciones.
- Estructura inadecuada de la CMDB:
mantener actualizada una base de datos de
configuraciones excesivamente detallada y completa puede ser una tarea engorrosa y
que consuma demasiados recursos.
- Herramientas inadecuadas: es necesario disponer del software adecuado para agilizar
los procesos de registro y sacar el máximo provecho de la
CMDB.
- Falta de Coordinación con la Gestión de Cambios y Versiones que imposibilita el correcto
mantenimiento de la CMDB.
- Falta de organización: es importante que haya una correcta asignación de
recursos y responsabilidades. Es preferible, cuando sea posible, que la Gestión de
Configuraciones sea llevada a cabo por personal independiente y especializado.
- Falta de compromiso: los beneficios de la Gestión de Configuraciones no son
inmediatos y son casi siempre indirectos, lo que puede provocar el desinterés de la
gestión de la empresa y consecuentemente de los agentes implicados.
hola, quisiera que en la informacion que incluiste para está pagína hubiese más especificación acerca de lo elementos que conformacn la gestión d incidentes como: registro,clasificación, investigación y diagnostico, seguimiento etc.
Gracias
Marcar mensaje como inapropiado
Por milena 10/12/2007
super... toda la informacion, en la empresa estamos implementando todas estas buenas practicas.... gracias por este material
Marcar mensaje como inapropiado
Por katherine 09/03/2013
Pacu, actualmente estamos trabajando en la versión 3 del curso de ITIL. Esperamos poder publicarlo muy pronto en este mismo portal.
Marcar mensaje como inapropiado
Por Moderador 22/06/2009
Milena, ls gestion de incidentes la opracionalizas en base a tus necesidades, es necesario establezcas indicadores para poder medir y establecer metricas para registrarm, clasificar, investigar, diagnosticar y seguimiento.
Marcar mensaje como inapropiado
Por GUSTAVO 18/09/2009
hola porfavor necesito una ayuda urgente aqui va mi duda
1. que debe hacer el service desk y la gestion de incidentes si no consiguen resolver el incidente reportado ene l lanzamiento de la nueva version del sistema de ventas en los tiempos acordados
2. la gestion de problemas detecto que la solucion de los incidentes reportados es la aplicacion de un service pack para el navegador de internet ¿cual es el proximo paso de la gestion de problema?
les agracesco su ayuda anticipadamentee su ayudaa gracias...
Marcar mensaje como inapropiado
Por rosa 04/11/2009
1. el service desk debe registrar el llamado y asociarle el incidente al grupo solucionador indicado. Hasta que el incidente no se resuelva, debería permanecer abierto. Si no cumple con los tiempos acordados, saldrá en los reportes como un atendimiento fuera de plazo" y deberá explicarse
2. el próximo paso es registar en el problema la Causa Raíz y abrir un Error Conocido (KE). En el describir cual es el plan de acción para solucionar el problema. Una vez ejecutada la solución, pasar de fase el KE y describir como salieron las pruebas y sus resultados. Cerrar el KE y luego el problema. Siempre es bueno tomarse un tiempo para cerrarlo, de manera de cuantificar la solución; por ejemplo: "luego de la aplicación del SP se suciedieron X cantidad de accesos al sistema sin reportar incidentes". La gestión de problemas te brinda la posibilidad de reabrir un problema en caso se vuelva a suscitar un incidente relacionado.
Marcar mensaje como inapropiado
Por FER 20/12/2009
¿Mesa de ayuda da seguimiento a los problemas y a los cambios o el responsable del seguimiento de los problemes es el Administrador de Problemas y el responsable del seguimiento de los Cambios es el Administrador de Cambios?
Marcar mensaje como inapropiado
Por Sugey 30/12/2009
Si la gestión de incidentes se esta analizando solo desde el punto de vista de la prestación de servicios TI, me parece lógico. Sin embargo, desde el punto de vista de seguridad de la información, no solo la gestión de incidentes tiene que ver con la interrupción de servicios TI, sino que con aquellas condiciones del entorno TI que atenten contra la seguridad de la información definida en una Política por la organización. Ej. Un pendrive con información de la compañia dejado en una sala de reuniones sin ocupantes. Esto debiera ser tratado como un incidente de seguridad
Marcar mensaje como inapropiado
Por Allan CANM 01/04/2010
Existe alguna categorización de incidentes estandarizada?
Existe algun metodo para poder agrupar los incidentes de forma tal que se pueda sacar el mayor provecho en las metricas de analsiis de causa raiz?
Marcar mensaje como inapropiado
Por ITIL NICK 11/04/2010
DIganme si estoy en lo correcto... Creo que la Materia prima elemental de un buen SLA en la adecuada categorización de tipo de incidentes y asu vez organizar y unificar criterios de fallas y servicios.
por ejemplo :
Yo creo que la mejor forma de categorizarlos en el 3 grandes Familias. FALLAS, SERVICIOS y REQUERIMIENTOS.
Bien en las fallasy Servicios por HW y SF.
Y en Requerimientos de acuerdo a las necesidades. por ejemplo Alta de usuario en el AD. Baja de usuarios en el AD. Asignación de equipos, Instalación de un nodo de red etc.
Entindase que servicio se limita a proporcionar el mismo si ya esta instalado o fucnionando, en el caso de requerimiento, es algo nuevo que no existe.
Marcar mensaje como inapropiado
Por ITIL NICK 11/04/2010
Pregunta...que pasa con los casos que no se pueden cerrar por que estan a pruebas o el usuario no da el tiempo para solucionarlo...se suspenden para que no cuente el tiempo de los SLA? pero si el usuario no lo permite?
Marcar mensaje como inapropiado
Por Lucia 24/05/2010
Lucia, en el caso de que un usuario no cuente con tiempo o no colabore para poder dar solución a su problema, en ese caso el software de administracion de incidentes debe tener una opción para detener el reloj y no afectar las estadisticas de los SLA. Acordar con el usuario una fecha para su atención, si no cumple con lo acordado se procede a cerrar el incidente, informandole que podrá reabrir un nuevo caso cuando lo requiera.
Marcar mensaje como inapropiado
Por Carlos 31/05/2010
Alguien podría proporcionar un ejemplo de un SLA ya elaborado? Me interesa tener algunas ideas de ejemplo. Gracias
Marcar mensaje como inapropiado
Por Joe 02/09/2010
hola buenos dias
alguien podria compartir sus conocimientos conmigo acerca de como se lleva a cabo el control de cambios en la gestion de configuracion?? no me queda muy claro como ke tipo de cambis o a que se refiere especificamente? .... gracias ;) .. buen dia!!
Marcar mensaje como inapropiado
Por monica 23/09/2011
Hola a todos. tengo una pregunta respecto al Gestor de la Configuración. En mi empresa hay un dueño del CI (ej, Jefe de comunicaciones: un teléfono, quien define campos obligatorios en la CMDB para todos los Items de su propiedad) pero el encargado de modificar los datos en la Base de Datos es el operario de Inventario. bajo ese escenario, el área dueño de la CMDB es Inventario o es Comunicaciones? si existen errores de registro, es responsabilidad de Comunicaciones o Inventario?
Marcar mensaje como inapropiado
Por KBC 21/10/2011
en nuestra empresa estamos buscando centralizar toda la informacion sobre recursos tecnologicos CMDB a sido una de las elegidas para el posible uso pero quisiera tener otra visio de erramientas similares.
Marcar mensaje como inapropiado
Por juan jose 22/08/2012
Escribir un nuevo mensaje: [Condiciones]