ITIL-Gestión de Servicios TI

English   |  Catalá   |   Formación ITIL  |  Productos y servicios "ITIL Compliant"
 
RetrocederAvanzar

Gestión de Cambios

Conceptos básicos

En el resto de este capítulo se utilizará con frecuencia el concepto de Gestor de Cambios y Consejo Asesor del Cambio (CAB), por lo que resulta conveniente describir y diferenciar sus respectivas atribuciones:

Alcance de la Gestión de Cambios

En principio, todo cambio no estándar debe considerarse tarea de la Gestión de Cambios. Sin embargo es a veces impracticable gestionar todos los cambios mediante ésta.

El alcance de la Gestión de Cambios debe ir en paralelo con el de la Gestión de Configuraciones: todos los cambios de CIs inventariados en la CMDB deben ser correctamente supervisados y registrados.

Al igual que a la hora de implementar la Gestión de Configuraciones se sugirió como medida simplificadora la creación de "configuraciones de referencia" o paquetes de hardware y software estándar (por ejemplo, un PC de referencia con todas sus componentes de hardware y software predefinidas), es importante crear procesos de cambio cuyos protocolos están previamente definidos y autorizados para, por ejemplo, realizar los cambios asociados a las configuraciones de referencia antes citadas.

Estos protocolos de cambio estándar deben ser cuidadosamente elaborados pero una vez definidos permiten una gestión más rápida y eficiente de cambios menores o de bajo impacto en la organización TI.

RetrocederRetrocederAvanzar
 

Comentarios: "Gestión de Cambios > Introducción y Objetivos > Conceptos Básicos"

Sería posible tener algun RSS o parecido para poder tener controladas las actualitzaciones de la página itil.osiatis.es?

Muchas gracias!

Pueden responder aquí o bien por correo a publicitatdiversa en hotmail punto com.

Marcar mensaje como inapropiado Por rockbirra 08/10/2008
Todo esto depende del tipo de infraestructura de IT con que contemos en la organización, ya que hay infraestructura y procesos que son críticos y que deben estar al día en situaciones como incidentes de seguridad y que al realizar un proceso de actualización puede ser crítico o no, todo depende. Sea cual sea y según la urgencia siempre hay que planificar y no entrar en competencias tecnológicas entre áreas. Esto lo digo porque usualmente uno suele escuchar de que gerentes de IT compiten entre sí sin tener mismos campos de acción organizacional o con fines de establecer diferenciación competitiva entre áreas de IT en compañías que son competencias entre sí. Se vuelve un nivel de rivalidad innecesaria que hace que las gestiones de cambios pierdan su horizonte amarrado al futuro de la organización y es donde hay que volver a tomar carril sobre lo que se espera hacia adelante. Cualquier gestión debe ajustarse a los intereses organizacionales y no por hobbie tecnológico, que no brinda mejoras de servicios hacia adelante y si ocasiona mal gasto o desorientación de los recursos financieros de IT.

Marcar mensaje como inapropiado Por Fabian Cortes 21/04/2009

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