1. Factores de cambio
1.1. 1. Las consecuencias de no realizar el cambio: Si la falla resulta muy grave se cambia, sino no.
1.2. 2. Los beneficios del cambio: ¿El cambio a quién beneficiará?
1.3. 3. El número de usuarios afectados por el cambio: Si sólo algunos usuarios resultan afectados, entonces al cambio se le puede asignar una baja prioridad. Si les afecta a muchos otros no se realiza.
1.4. 4. Los costos de hacer el cambio: Si hacer el cambio afecta a muchos componentes del sistema se rechaza debido a los altos costos.
1.5. 5. El ciclo de liberación del producto Si se incluye una nueva versión se puede demorar el cambio que estaba planeado.
2. CM
2.1. Terminología
2.1.1. La administración de la configuración (CM, por las siglas de configuration management) se ocupa de las políticas, los procesos y las herramientas para administrar los sistemas cambiantes de software.
2.2. Actividad
2.2.1. 1. Administración del cambio
2.2.1.1. Esto implica hacer un seguimiento de las peticiones de cambios al software por parte de clientes y desarrolladores, estimar los costos y el efecto de realizar dichos cambios, y decidir si deben implementarse los cambios y cuándo.
2.2.2. 2. Gestión de versiones
2.2.2.1. Esto incluye hacer un seguimiento de las numerosas versiones de los componentes del sistema y garantizar que los cambios hechos por diferentes desarrolladores a los componentes no interfieran entre sí.
2.2.3. 3. Construcción del sistema
2.2.3.1. Éste es el proceso de ensamblar los componentes del programa, datos y librerías, y luego compilarlos y vincularlos para crear un sistema ejecutable.
2.2.4. 4. Gestión de entregas (release)
2.2.4.1. Esto implica preparar el software para la entrega externa y hacer un seguimiento de las versiones del sistema que se entregaron para uso del cliente.