PRO-BDT-023 Proceso para liberar línea base
v 4.0 / CM, VER
Propósito
Este proceso busca definir una estrategia para liberar una línea base.
Notas introductorias
-
Una línea base es una versión específica y controlada de un conjunto de elementos o activos, como software, documentos, o configuraciones, que se establece en un momento dado y que sirve como referencia autorizada para futuros cambios.
-
La línea base captura el estado y la configuración de los elementos en un punto en el tiempo y se utiliza como base para comparar y evaluar los cambios posteriores.
-
Además de servir como punto de partida, la línea base también ayuda a garantizar la consistencia, integridad y trazabilidad de los elementos gestionados a lo largo del ciclo de vida del proyecto o producto.
-
Una línea base de la Wiki se libera un día antes de entregar el SCAMPI correspondiente.
-
Una línea base de un repositorio de código se libera un día antes de cada una de las Entregas del proyecto (MVP, MBI 1.0, MBI 2.0, etc.)
Involucrados
CCB
Entradas
- Repositorio de GitHub donde se encuentran los elementos de trabajo que estén bajo la gestión de configuración
- Matriz de Configuración
Salidas
- Nuevo release en GitHub
- Aviso a través del canal de comunicación oficial del departamento sobre el nuevo release
Descripción
Fase | Actividades | Responsables | Prácticas Asociadas al CMMI |
---|---|---|---|
Identificación | Identificar los elementos de configuración. Estos se deben encontrar en la Matriz de Configuración. En caso de que no se encuentren, se deben agregar a la matriz. | CCB | CM SP 1.1 CM SP 1.2 VER SP 1.1 |
Preparación | Para liberar una línea base de la Wiki, se debe revisar que todos los elementos que formarán parte de la línea base cumplan con la siguiente CHK-BDT-009 Revisión de items de trabajo para línea base Wiki | CCB | CM SP 1.3 CM SP 3.2 VER SP 1.3 |
Preparación | Para liberar una línea base de la rama main de un proyecto de desarrollo dentro del repositorio de proyectos de la Matriz de Configuración, todos los Pull Requests deben cumplir con el proceso de desarrollo correspondiente a cada equipo. Para realizar un Pull Request a main, seguir la GUI-DGT-009 Guía para Liberar a Producción | CCB | CM SP 1.3 |
Liberación | Crear un nuevo Release en el repositorio de GitHub del proyecto siguiendo la guía GUI-BDT-011 Guía para crear un Release en GitHub Wiki. | CCB | CM SP 1.3 |
Liberación | Solicitar a un miembro del CCB distinto al que publica el Release, que revise y apruebe el nuevo release en el repositorio. | CCB | CM SP 1.3 |
Comunicación | Actualizar el proyecto en la Matriz de Configuración y comunicar al departamento sobre el nuevo release a través del canal de comunicación oficial. | CCB | CM SP 1.3 CM SP 2.2 |
Control de cambios
Versión | Cambio realizado | Análisis | Autor | Revisor(es) | Fecha de cambio |
---|---|---|---|---|---|
v 1.0 | Creación de proceso | N/A | Sergio Garnica | Carlos Velasco | 28/02/2024 |
v 1.1 | Corrección de Matriz de Riesgos a Matriz de Configuración | En la fase de identificación se tenía escrito "Matriz de Riesgos" cuando era "Matriz de Configuración" | Sergio Garnica | Carlos Velasco | 10/05/2024 |
v 2.0 | Modificación de la fase de Preparación | Agregar la CHK-BDT-009 y referencias los procesos de desarrollo | Sergio Garnica | Carlos Velasco | 16/05/2024 |
v 3.0 | Modificación de la fase de Preparación (Desarrollo) | Agregar la GUI-DGT-009 para gestionar la rama main y el despliegue del proyecto. Se añade práctica de VER 1.3 en la fase de preparación | Sergio Garnica | Alejandra Cabrera | 22/05/2024 |
v 3.1 | Se añade prácticas de CM | Identificar las fases en la que se usa CM | Sergio Garnica | Diego Perdomo | 07/06/2024 |
v 4.0 | Se añadió VER SP 1.1 en primer fase | Se añadió ya que esta fase invlucra VER SP 1.1, sin embargo no habia sido identificado | Diego Llaca | Alejandra Cabrera | 07/06/2024 |