La gestión de cambios y la gestión de la configuración están “implementadas” por sistemas diferentes pero fuertemente relacionados, de hecho en la práctica en muchos casos se describen de forma conjunta y se considera a la gestión de cambios como un subsistema de la gestión de la configuración (gestión de cambios forma parte de la gestión de la configuración). En los proyectos, ambas gestiones se sitúan dentro del proceso de realizar el control integrado de cambios. Ambas gestiones son dirigidas por sus correspondientes planes de gestión: plan de gestión de cambios y plan de gestión de la configuración. La gestión de la configuración en proyectos está enfocada tanto en la especificaci especificación ón de los entregables como en la de los procesos, y por lo tanto es clave identificar los elementos que los especifican. Asegura la validez de todo producto obtenido durante cualquiera de las etapas del desarrollo, controlando los cambios realizados y disponiendo siempre de una versión actualizada y válida estable de cada elemento, para todas las partes interesadas en el proyecto. La gestión de la configuración es un elemento esencial para garantizar la satisfacción del cliente y desarrollar un producto de calidad. Es responsable de mantener la integridad y consistencia del producto, con relación a los requisitos, diseño e información durante el ciclo de vida. La gestión de la configuración esta históricamente muy ligada a sistemas de información y proyectos de desarrollo software pero se puede aplicar para cualquier tipo de proyecto. A. El Proceso de Gestión de la Configuración implica:
B. Identificar y definir los elementos en el sistema (proyecto). C. Controlar los cambios de estos elementos a lo largo de su ciclo de vida (gestión de cambios). D. Registrar y reportar el estado de los elementos y las solicitudes de cambio. E. Verificar que lo elementos están completos y que sean los correctos. De esta forma, la gestión de la configuración permite: 1) Controlar e identificar el estado de un sistema (proyecto) en distintos puntos. 2) Mantener la integridad y trazabilidad del producto (p.e software) a través de todo su ciclo de vida. 3) Mantener la historia de los cambios a los elementos de configuración del producto a medida que evoluciona en el tiempo. 4) Acceder no solo a la última versión, sino también a una versión en particular. 5) Controlar archivos y directorios y lo cambios que se le hacen a lo largo del tiempo. El Plan de gestión de la configuración en un proyecto describe las actividades de gestión de la configuración, los procedimientos, el cronograma para para su realización y los responsables de dichas actividades (plan documentado e implementado).
La gestión de cambios en proyectos está enfocada en la identificación, documentación, aprobación o rechazo de los cambios a los documentos del proyecto, entregables o líneas base. El Plan de gestión de cambios en un proyecto, describe explícitamente cómo serán monitorizados y controlados los cambios guiando el proceso del control integrado de cambios y puede incluir:
Procedimientos del control de cambios (cómo y quién va a evaluar y aprobar los cambios). Tipos de cambios y quien debe aprobar cada uno. Niveles de aprobación para autorizar los cambios. Creación de un comité de control de cambios (evaluación). Asistentes a las reuniones con respecto a los cambios. Herramientas organizacionales a usar para seguir y controlar los cambios
EJEMPLOS
Los proyectos implican procesos y resultados (productos o servicios) que evolucionan a lo largo del ciclo de vida del proyecto. La gestión de la configuración tiene una primera actividad que implica la identificación de la configuración= identificación y selección de elemento de configuración en el sistema (proyecto). Un elemento de configuración puede ser un documento de los procesos de gestión del proyecto (plan de dirección, el propio plan de gestión de la configuración o plan de gestión de cambios) o cualquier característica de los servidores de una empresa: S.O, Hardware, aplicaciones instaladas, etc..., de modo que ante un cambio, podemos ver inmediatamente que partes del sistema se ven afectadas. Para un proyecto: hacer una gestión de la configuración nos permitiría tener información
puntual de cómo se interrelacionan los procesos de la dirección de proyectos que hemos utilizado para elaborar el plan. Ante un cambio, podríamos identificar que otras partes del proyecto se ven afectadas. Por ejemplo:
Esta imagen define una serie de procesos en base a una metodología de gestión de proyectos, que están constituidos por elementos. Si seleccionamos un proceso
Un elemento constitutivo de la configuración son las técnicas y herramientas o las entradassalidas. La gestión de la configuración permite ante un cambio, por ejemplo del elemento salida y el atributo HACIA, como se verán afectadas otras partes del proyecto.
En un ejemplo de proyecto de desarrollo de software, un elemento de configuración es cualquier "cosa" puesta EXPLÍCITAMENTE bajo control:
Ejecutables. Código Fuente. Modelos de datos. Modelos de procesos. Especificaciones de requisitos. Manuales Planes Estándares Pruebas.
Y para cada uno de estos elementos se almacenará al menos:
Nombre. Versión. Estado. Localización.
La gestión de la configuración permite:
Controlar los cambios de estos elementos a lo largo de su ciclo de vida (gestión de cambios). Registrar y reportar el estado de los elementos y las solicitudes de cambio (plan v1.0, v2.0, v3.0,...). Verificar que lo elementos están completos y que sean los correctos.
