Saltar al contenido principal

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

FaseActividadesResponsablesPrácticas Asociadas al CMMI
IdentificaciónIdentificar 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.CCBCM SP 1.1
CM SP 1.2
VER SP 1.1
PreparaciónPara 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 WikiCCBCM SP 1.3
CM SP 3.2
VER SP 1.3
PreparaciónPara 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ónCCBCM SP 1.3
LiberaciónCrear 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.CCBCM SP 1.3
LiberaciónSolicitar a un miembro del CCB distinto al que publica el Release, que revise y apruebe el nuevo release en el repositorio.CCBCM SP 1.3
ComunicaciónActualizar 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.CCBCM SP 1.3
CM SP 2.2

Control de cambios

VersiónCambio realizadoAnálisisAutorRevisor(es)Fecha de cambio
v 1.0Creación de procesoN/ASergio GarnicaCarlos Velasco28/02/2024
v 1.1Corrección de Matriz de Riesgos a Matriz de ConfiguraciónEn la fase de identificación se tenía escrito "Matriz de Riesgos" cuando era "Matriz de Configuración"Sergio GarnicaCarlos Velasco10/05/2024
v 2.0Modificación de la fase de PreparaciónAgregar la CHK-BDT-009 y referencias los procesos de desarrolloSergio GarnicaCarlos Velasco16/05/2024
v 3.0Modificació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ónSergio GarnicaAlejandra Cabrera22/05/2024
v 3.1Se añade prácticas de CMIdentificar las fases en la que se usa CMSergio GarnicaDiego Perdomo07/06/2024
v 4.0Se añadió VER SP 1.1 en primer faseSe añadió ya que esta fase invlucra VER SP 1.1, sin embargo no habia sido identificadoDiego LlacaAlejandra Cabrera07/06/2024