Implementación de Microsoft Dynamics®

para [Nombre del cliente]

Plan de control de cambios

Preparado para
[Nombre del cliente]

Proyecto
[Nombre del proyecto]

Preparado por
[Nombre del autor]

Colaboradores
[Información de los colaboradores]
Sure Step
CONTENIDO
1. Introducción .................................................................................................................................. 1
1.1. Objetivos ............................................................................................................................................... 1
2. Comité de control de cambios ........................................................................................................ 3
3. Proceso de solicitud de cambio ...................................................................................................... 4
3.1. Apéndice A – Registro de solicitudes de cambio .................................................................................. 5
Sure Step
1. INTRODUCCIÓN
El propósito del Plan de control de cambios de [Nombre del proyecto] es definir los procesos para
solicitar, evaluar y decidir los posibles cambios que se van a efectuar en el alcance del proyecto y en todas
las actividades y entregables relacionados, así como para llevar a cabo su seguimiento. El Plan de control
de cambios:
 Designa un Comité de control de cambios que aprueba o rechaza los cambios propuestos
en función de su implicación en el calendario, el presupuesto, el alcance y el caso de negocio.
 Define un proceso mediante el cual los miembros del equipo y las partes interesadas del proyecto
pueden solicitar cambios.
 Documenta el análisis, la evaluación y el resultado de las solicitudes de cambio

1.1. Objetivos
El Plan de control de cambios proporciona al equipo de proyecto un mecanismo para controlar y supervisar
los cambios. Un cambio se define como cualquier actividad que altera el alcance, el calendario, los
entregables o los costos del proyecto. Los objetivos clave son:
 Identificar con anticipación y controlar los cambios que se realizan en el alcance u otra actividad
no planeada.
 Proteger la integridad de los entregables aprobados.
 Garantizar que las nuevas tareas y demás cambios solicitados, junto con los costos que contraen,
están justificados y que los entregables afectados se identifican y modifican convenientemente.
 Obtener autorización para avanzar con las nuevas tareas o cambios y asignarlos a las personas
apropiadas
 Supervisar el progreso y los costos del alcance de los cambios

El Plan de control de cambios se aplicará a los siguientes tipos de modificaciones:

 Cualquier cambio en el alcance del proyecto, en una actividad no planeada o en la producción de un
entregable no previsto (es decir, cualquier tarea que no esté definida expresamente en el alcance
del plan de trabajo de referencia actual)
 Modificaciones de los entregables del proyecto aprobados, excepto cuando:
o La modificación se ha planeado de antemano. (En este caso no es necesaria la autorización).
o El entregable parece tener errores. (Por ejemplo, si se detectan errores después de aprobar
un documento o si el software aprobado no funciona según lo especificado, quizás sea
necesario realizar modificaciones. En este último caso, el entregable que no funciona
correctamente debe administrarse a través del proceso de informes de defectos antes
de generar una solicitud de cambio).

1
Sure Step
Los miembros del equipo de proyecto únicamente deben trabajar en tareas planeadas. Si se identifica un
trabajo que no estaba planeado y se considera necesario, debe emitirse y aprobarse una solicitud de
cambio. El alcance del procedimiento de control de cambios se ilustra en la figura 1 (abajo).

Nuevos entregables Modificaciones

Con planeación
Mejoras
Sin planeación
Errores
Figura 1 – Alcance del procedimiento de control de cambios (áreas sombreadas)

2
Sure Step

2. COMITÉ DE CONTROL DE CAMBIOS

Para supervisar el proceso de control de cambios y tomar decisiones sobre las modificaciones, debe
designarse un Comité de control de cambios. El Comité de control de cambios tendrá potestad para
aprobar cambios hasta [definir límites establecidos por el Comité directivo].
Todas las solicitudes de cambio que superen estos límites deberán aprobarse primero por el Comité
de control de cambios y enviarse después al Comité directivo para su estudio.
El Comité se reunirá [definir calendario] o cuando así lo solicite el Jefe de proyecto.

3
Sure Step

3. PROCESO DE SOLICITUD DE CAMBIO

(El diagrama que se muestra a continuación también está disponible
en la Biblioteca de administración de proyectos).

Proceso de control de cambios v2.0

Nuevo módulo / funcionalidad

Realizar prueba
Documentar Establecer del software Aprobar Crear
Realizar pruebas
proceso / prioridades / Diseñar solución estándar con las documento funcionalidad
de sistemas
requisitos aprobar requisitos partes interesadas de diseño de la aplicación
del negocio

El formulario incluirá el
tipo de solicitud: Mejora, Realizar prueba de
Nueva funcionalidad, aceptación de los Aprobar Implementar
usuarios con las
Solicitud de cambio partes interesadas funcionalidad funcionalidad Fin
Inicio Formato CR-000n del negocio y los de la aplicación de la aplicación
Las solicitudes enviadas usuarios finales
el lunes al final de la jornada Todas las solicitudes se
se aprobarán el viernes implementarán durante el
de la misma semana período de mantenimiento
una vez que se complete
la prueba de aceptación
de usuarios (UAT)
Cumplimentar en Confirmar
Agregar solicitud
línea el formulario Formulario recepción Analizar requisito y
de cambio, mejora Mantener Finalizar alcance
de solicitud de de solicitud de (en las 24 horas determinar nivel
o funcionalidad reunión inicial de mejora y nivel
cambios cambio enviado siguientes a través inicial de esfuerzo
nueva a la lista con la empresa de esfuerzo
electrónicamente del correo (LOE)
de requisitos
electrónico)
Solicitud de cambio

Equipo de desarrollo,
Jefes de proyecto
En el plazo de 2 días
laborables desde la solicitud
Mejora de
Establecer Jefes de proyecto Partes
disposición del
prioridades, interesadas de la empresa Jefes de proyecto Partes
período de
aceptar y aprobar En el plazo de tres días interesadas de la empresa
lanzamiento
solicitud laborables desde la solicitud En el plazo de 4 días
apropiado
laborables desde la
solicitud

Patrocinador ejecutivo, Analistas

Experto en la materia del negocio, de TI/ negocios
Representantes de CRM

4
Sure Step
3.1. Apéndice A – Registro de solicitudes de cambio

Registro de solicitudes de cambio

Nº Sol. Descripción Enviado Fecha Análisis Fecha Revisión y Fecha Importancia Fecha de Comentarios
cambio por funcional y recomendación aprobación
técnico por por

1
2