Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Proceso de Gestión de Cambios

PGC para Grupo Petersen
by

Jairo Colmenares

on 7 August 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Proceso de Gestión de Cambios

Proceso de Gestión
de Cambios

Visión General
Toda Evolución a mejor, requiere necesariamente un cambio.

Y aunque muchas veces lo que funciona bien es mejor NO TOCARLO. Pero tambien es cierto que el cambio puede ser fuente de nuevos problemas, y nunca debe hacerse gratuitamente sin evaluar bien sus consecuencias, puede resultar mucho más peligroso el estancamiento en servicios y tecnologías desactualizadas.
Cuales son las razones
para hacer un cambio en la infraestructura de TI
Solución de errores conocidos.
Desarrollo de nuevos servicios.
Mejora de los servicios existentes.
Imperativo legal.
Objetivo Principal
El principal objetivo de la Gestión de Cambios es la evaluación y planificación del proceso de cambio para asegurar que, si éste se lleva a cabo, se haga de la forma más eficiente, siguiendo los procedimientos establecidos y asegurando en todo momento la calidad y continuidad del servicio TI.
Que debemos
tener en cuenta ?
Debemos tener presente
Los procesos que actualmente tienen
Los actores que intervienen o los referentes
Los cambios que se han realizado y los procesos que aplicaron
Las aplicaciones mas relevantes y de criticidad alta
Inventario de documentación, procedimientos, matrices etc

Interrelaciones
Debe existir una estrecha relación entre la gestión de cambios y otros proceso TI con el objetivo de:

Asegurar que los cambios realizados satisfacen las necesidades del servicio TI
Preservar la calidad del servicio durante el proceso de cambio
Preservar la integridad de las bases de datos asociadas
Monitorización
Todo el proceso debe ser monitorizado:

Se debe asegurar que la CMDB se encuentra actualizada
Emitiendo informes de rendimiento
Elaborando metricas que permitan evaluar los cambios
Se inicia el camino:
Todo se inicia con una RFC (request for change), una petición de cambio que comprende:

Corrección de errores
Innovación y mejora de los servicios
Cumplimiento de nuevas normativas legales
Registro
La RFC debe ser correctamente registrada para realizar el seguimiento de todo el proceso de cambio, este debe incluir :

Identificador único de la RFC
Descripción detallada de los cambios propuestos y sus objetivos
Estatus, si es aceptado o aprobado
Aceptado o Rechazado?
El cambio debe ser aceptado en primera instancia por el gestor de cambios para su ulterior tramitación.

Aceptado: Se debe pasar a
determinar su impacto y categoría

Denegado: Se devuelve la RFC al
solicitante para que presente
nuevas alegaciones
Clasificación
Para el correcto procesamiento del cambio es necesario determinar.

Prioridad: Importancia relativa de esta RFC determinara el calendario del cambio
Categoría: Impacto y dificultad del cambio. Determinara la asignación de recursos y plazos previstos
Aprobación y Planificación
El CAB debe decidir la aprobación definitiva del cambio. Si esta se produce es indispensable una correcta planificación.

Elaboración de calendarios realistas de cambio
Cumplimiento de los objetivos previstos
Minimización de incidencias secundarias derivadas del cambio
Urgencia
En ocasiones que el cambio no pueda esperar debido a interrupciones de servicios críticos se deben aplicar protocolos de emergencia.

Aprobación directa del cambio por el Gestor de cambio o el comité de emergencias
Las etapas normales del proceso que no hayan podido completarse deberán ser ejecutadas a posteriori para preservar por ejemplo la integridad del CMDB
Roll-Out
Aunque la gestión de cambios NO es la responsable directa de la implementación debería coordinar todo el proceso.

Entorno de pruebas
Entorno de desarrollo
Implementación
Black Out
Los planes de Black Out son imprescindibles para prevenir interrupciones graves del servicio. Sus objetivos principales son:

Volver en el menor tiempo posible a la ultima configuración estable anterior al cambio

Impedir que se pierdan datos e información valiosa durante los procesos de implantación del cambio
Cierre
Tras la implementación se debe evaluar el cambio:

Se cumplieron los objetivos previstos?
Cual es la percepción de clientes y usuarios?

Si la valoración es positiva se termina de documentar y cerrar el cambio, en caso contrario se llevan a cabo los planes de back out
Realizado por
Jairo Colmenares
Julio de 2013
Full transcript