administracio

Administración de Cambios

Administración de Cambios

Sept
2003

75.46 - Administración y Control de Proyectos II

1 / 22

Administración de Cambios

Situaciones habituales
Los analistas/desarrolladores no tienen continuidad en su trabajo
debido a constantes interrupciones de los usuarios.
Las solicitudes de cambio de los usuarios están dispersos en distintas
personas. ElGerente de IT no puede emitir un informe en que se
evidencie todo el trabajo realizado (“se hacen muchas cosas pero
nadie las ve”).
Se trabaja mucho y se “vende” poco. Usuarios eternamente
insatisfechos.
Se implementan los cambios del “Usuario que más grita”, mientras
que algunos Usuarios quedan eternamente relegados.
Los analistas/desarrolladores están ocupados implementando cambios
conprioridad media, mientras que en el backlog hay cambios con
mayor costo/beneficio (del mismo producto o de otro).
Se implementan cambios que no eran estrictamente necesarios. Se
invierten recursos en trabajos que no tienen un beneficio
proporcional.
Sept
2003

75.46 - Administración y Control de Proyectos II

2 / 22

1

Administración de Cambios

Situaciones habituales
Quien recibe uncambio (a veces el mismo Gerente) se compromete a
una fecha que luego no puede cumplir, por no tener la visión integra
del backlog de solicitudes.
Se minimiza el impacto de los cambios. Ej: Cuando se está
finalizando sale a la luz que la infraestructura actual no lo soporta.
Se pierde la visión global del producto:
Se invierte en emparchar y emparchar, cuando quizás conviene cambiar
elproducto.
Se invierte en mejorar y mejorar el producto, cuando quizás en el
mercado hay un nuevo producto que ya incluye los nuevos
requerimientos.

Sept
2003

75.46 - Administración y Control de Proyectos II

3 / 22

Administración de Cambios - Contenido

Contenido

Introducción

Roles
Proceso

Sept
2003

75.46 - Administración y Control de Proyectos II

4 / 22

2Administración de Cambios - Contenido

Contenido-Inicio de...
Contenido-

Introducción

Roles
Proceso

Sept
2003

75.46 - Administración y Control de Proyectos II

5 / 22

Administración de Cambios-Introducción

Qué es un Cambio?
Cualquier componente que se introduce en el ambiente IT y
Cualquier componente que se introduce en el ambiente IT y
puede impactar en el nivel deservicio.
puede impactar en el nivel de servicio.

Hardware,
Equipos y Software de comunicaciones,
Software de Base,
Software Aplicativo,
Documentación de Sistemas,
Procesos,
Políticas y Procedimientos

Sept
2003

75.46 - Administración y Control de Proyectos II

6 / 22

3

Administración de Cambios-Introducción

Algunos ejemplos
Cambios en Software Aplicativos

Cambios enInfraestructura

(Sist. Comercial, JDE, etc)

(Redes, Hardware, Soft base)

Nueva aplicación

Nuevo Server

Nuevo módulo en aplicación existente

Upgrade de Sistema Operativo

Nueva funcionalidad dentro de módulo

Nuevo Router

existente

Nuevo Desktop

Modificación del comportamiento actual

Instalación de un Service Pack
Alta de un Usuario
Instalación de antivirusReinicio de un servicio

Sept
2003

75.46 - Administración y Control de Proyectos II

7 / 22

Administración de Cambios -Introducción

Para qué controlarlos?
Reducir la probabilidad de que un cambio afecte la
disponibilidad de los servicios de IT.
Mediante:
Análisis de impacto.
Evaluación de backlog de cambios en forma conjunta.

Utilizar en forma más conveniente los recursosdisponibles
(escasos).
Mediante:
Evaluación de backlog de cambios en forma conjunta.
Evaluación en función del costo/beneficio para el negocio.

Sept
2003

75.46 - Administración y Control de Proyectos II

8 / 22

4

Administración de Cambios -Introducción

Alcance
La Administración de cambios incluye:
Alta, Baja o Modificación de componentes
Hardware,
Equipos y Software de...