2. GESTIÓN DE CAMBIO
La gestión de cambios en el proyecto pretende identificar,
organizar y controlar las modificaciones que pueda sufrir la
solución del proyecto, por lo que se ve la necesidad de plantear
un mecanismo que contribuya en este proceso.
Comité de control de cambios: es un grupo de interesados en
el proyecto, formalmente constituido que definen como los
entregables del proyecto y su documentación serán controlados,
cambiados y aprobados. Es el equipo de personas encargado de
aprobar o rechazar una solicitud de cambio.
Solicitud de cambio: es una petición que puede expandir o reducir el alcance del
proyecto, modifica políticas, procedimientos, planes, modifica costos, presupuesto y
la programación del proyecto. Estas solicitudes pueden ser directas o indirectas,
externas o internas y legales obligatorias u opcionales. Solo las solicitudes de
cambios aprobadas por el CCC serán implementadas.
3. GESTIÓN DE CAMBIO
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.
El proceso de Control de Cambios se aplica de igual
forma tanto en el proceso desarrollo del software como
en la etapa de garantía; esto con el propósito de
asegurar que los cambios son controlados por un
método unificado y garantiza el desempeño de los
procesos y correcta administración del alcance.
Los cambios pueden ocurrir durante las fases de elaboración, construcción
y transición de la solución del proyecto, es decir en cualquier tiempo antes
o después de su implantación y estabilización en producción.
4. Los posibles orígenes de los cambios
pueden ser:
Nuevas necesidades de los usuarios del Sistema.
Reorganización, reducción o crecimiento de la solución de
proyecto.
Redefinición de los requerimientos de la solución del
proyecto.
5. Actividades consideradas dentro del
proceso de control de cambios:
Identificar la necesidad del cambio.
Realizar la solicitud de cambio.
Evaluar la solicitud
Generar un informe del cambio donde se decide si la solicitud es
aceptada, rechazada o postergada.
Si la solicitud es aceptada se deberá incluir el requerimiento dentro
del alcance del proyecto.
Se genera la orden de cambio.
Se realiza el cambio el cual es revisado, se reconstruye la versión
de la solución del proyecto, se realizan las pruebas técnicas y de
usuario necesarias para el proceso, y se pone en marcha la nueva
versión del software.
6. CONT…
• Los cambios verificados y aprobados seguirán la presente
metodología, la cual debe haber sido aprobada para el proyecto con
el propósito de mantener consistencia en el proceso de
aseguramiento y control de calidad y en el proceso de entrega de los
productos descritos en este documento, incluyendo manuales y
medios magnéticos.
• La solicitud puede ser postergada por no contener todos los datos
necesarios para poder realizar el análisis y será devuelta para su
completitud hasta que las condiciones de información sean
alcanzadas.den de cambio.
7. Proceso de Control De
Cambios: Solicitud del Cambio
Evaluación de Solicitud de Cambio
Aprobación Solicitud de Cambio
Falla Verificación Ejecución del Cambio
Validación y Aprobación del Cambio
Entrega y Cierre de Solicitud
8. Se deben tener en cuenta aspectos claves dentro de
la gestión de cambios para el proyecto:
Es de gran importancia desde el inicio del proyecto
establecer la conformación de la línea base de
requerimientos, con el fin de que sea un aspecto clave en
el momento de realizar un control de cambio.
La versión inicial de la línea base que se establezca debe
contener las especificaciones de los requerimientos de la
solución del proyecto aprobados para el desarrollo.
Una vez se requiera un cambio este deberá ser sometido
a una nueva línea base con un procedimiento de control
de versión para distinguir la versión aprobada de la nueva
versión.
9. CONT…
Se consideraran como control de cambios las modificaciones
que impacten para los siguientes documentos y por lo tanto se
generarán costos adicionales:
Alcance del proyecto
Cronograma
10. IDENTIFICACIÓN DE UN CAMBIO
Se pueden identificar cambios durante la ejecución de las actividades
consideradas en cualquiera de las fases establecidas para el desarrollo
de la solución del proyecto, esto es, por ejemplo:
Fase de Construcción
Desarrollo de los módulos
Pruebas técnicas (verificación)
Validación (pruebas de usuario)
Aseguramiento de calidad
Fase de Transición
Capacitación funcional a usuarios
Capacitación Técnica
Puesta en marcha y estabilización
11. un cambio solicitado podrá impactar aspectos
del proyecto como:
Alcance
Costos
Tiempo
Recurso Humano
12. SOLICITUD DE CAMBIO
Una vez sea identificado el cambio se deberá realizar la solicitud
formalmente.
La solicitud se deberá realizar de manera escrita, por correo
electrónico o con el apoyo de una herramienta informática y deberá
contener mínimo la siguiente información:
Nombre del Proyecto: Nombre con el que se identifica el proyecto.
Fecha: Fecha en la que se solicita el cambio.
Solicitado Por: Nombre de la persona que realiza la solicitud de cambio.
Cambio Solicitado: Descripción del requerimiento sobre el cual se realizara el
cambio o del nuevo requerimiento a desarrollar.
13. CONT…
Tipo de Cambio: Se clasificará el cambio solicitado en alguno de los
siguientes tipos:
Tipo Descripción
Adición de nuevas funcionalidades a un requerimiento planteado en el documento de
Extensión
alcance del proyecto.
Modificación a un requerimiento considerado dentro del alcance de la solución del
Adaptación
proyecto y que tiene como objeto satisfacer cambios en el entorno o reglamentaciones.
Modificación a un requerimiento considerado dentro del alcance de la solución del
Mejora
proyecto, con el fin de mejorar el desempeño del aplicativo o mejor ergonomía en su uso.
Inclusión de un nuevo requerimiento no considerado dentro del alcance inicial y que
Nuevo
implica la realización de un aplicativo o módulo nuevo.
Justificación del Cambio: Se deberá dar una descripción de la razón que origina la
solicitud del cambio.
Documento Soporte del Cambio Solicitado: En caso de aplicar, se anexa el
documento o documentos que soportan la solicitud y una breve descripción del
contenido de estos.
14. EVALUACIÓN DEL IMPACTO DEL CAMBIO SOLICITADO
La evaluación de los cambios se realiza con el fin de medir el
impacto que se pueda generar al proyecto durante su desarrollo.
RESPUESTA A LA SOLICITUD DE CAMBIO
La respuesta a la solicitud del cambio podrá ser objetada mediante una
comunicación escrita, por correo electrónico o a través de la
herramienta informática que apoya el proceso de gestión de cambios.
EJECUTAR CAMBIO
Una vez sea evaluada y aprobada la solicitud se procede a establecer los
cambios que se realizaran en la planeación del proyecto, es decir, definir
los documentos que se afectan para proceder a su cambio y
versionamiento.
15. ENTREGA Y VALIDACIÓN DEL CAMBIO
Los aspectos claves a validar en el cambio son:
Se ha desarrollado e implementado el cambio requerido
adecuadamente.
La documentación relacionada con el cambio se encuentra
actualizada.
El cambio de versión es aplicado y es consistente con el
desarrollo del cambio.
16. CONT…
Pruebas de Usuario
En caso que el cambio requerido haya tenido impacto en la
funcionalidad de la solución del proyecto se deberá
garantizar que este cumple con las especificaciones y los
objetivos planteados, por lo que se realizarán pruebas de
usuario, siguiendo la metodología de pruebas aprobado para
el proyecto.
Aprobación y Cierre del Cambio
Una vez se hayan validado todos los entregables del cambio
requerido se procederá a la aprobación y cierre según
corresponda. Esta aprobación y cierre se formalizará a través
de una comunicación ó mediante un acta de reunión.