5.1.2

1. Marcos de referencia para la gestión de servicios de TI
INSTITUTO TECNOLÓGICO DE IGUALA
DIANA PRADO BRAVO
EDGAR ALEXIS GILES DIMAS
JORGUE MARTIN FIGUEROA VELAZQUEZ
PROFESOR:
VICTOR MANUEL JACOBO ADAN
CARRERA:
INGENIERÍA INFORMÁTICA
Iguala, Gro; Noviembre del 2014.
SUBSECRETARÍA DE EDUCACIÓN SUPERIOR
DIRECCIÓN GENERAL DE EDUCACIÓN SUPERIOR TECNOLÓGICA
INSTITUTO TECNOLÓGICO DE IGUALA

2. 5.1.2. Cambios
Gestor de Cambio. Administra los cambios y los documentos que autorizan todos
los cambios en la infraestructura de TI y sus componentes (los ítems de la
configuración), sobre el funcionamiento y la operación.
 Junta Consultiva de Cambios (CAB) Este comité está formado únicamente por
representantes de todas las áreas dentro del Proveedor de Servicios de TI, los
negocios, y terceros, como proveedores.
 Propietario del Cambio. Normalmente los cambios son propiedad de Servicio de
Gestión de funciones (por ejemplo, el problema o la capacidad Manager) o
miembros de la administración de TI.
 Cambio de Emergencia Junta Consultiva (ECAB). Composición de la ECAB
podrá decidirse en el momento en una reunión se le llama, y depende de la
naturaleza de la emergencia el cambio.
Aprobación y Planificación del cambio. Los sistemas de gestión de la información
son muy susceptibles a los cambios de configuración por las sofisticadas
interrelaciones entre todos los involucrados. Disponer siempre de planes de back-out
que permitan la recuperación de la última configuración estable antes del
cambio. Pero esto obviamente no es suficiente.
Para su aprobación, el cambio se debe evaluar minuciosamente:
¿Cuáles son los beneficios esperados del cambio propuesto?
¿Justifican esos beneficios los costes asociados al proceso de cambio?
¿Cuáles son los riesgos asociados?
¿Puede el cambio afectar los niveles establecidos de seguridad TI?
En el caso de cambios que tengan un alto impacto, debe también consultarse a la
dirección. Una vez aprobado el cambio (en caso contrario se seguiría el proceso
ya descrito para el caso de no aceptación) debe evaluarse si éste ha de ser
implementado aisladamente o dentro de un "paquete de cambios", que
formalmente equivaldrían a un solo cambio.
Ventajas:
 Se optimizan los recursos necesarios.
 Se evitan posibles incompatibilidades entre diferentes cambios.
 Sólo se necesita un plan de back-out.
 Se simplifica el proceso de actualización de la CMDB y la revisión post-implementación.
Bibliografía:
http://angelesrava.wordpress.com/2013/05/23/5-administracion-de-los-sistemas-de-
informacion/