Saltar al contenido principal

PRO-DGT-006 Gestión de solicitud de cambio de requerimientos

v 5.2 / REQM, RD, PMC, VAL, VER

Propósito

Manejar la solicitud para cambios, creación o depreciación de requerimientos posterior al acuerdo de requerimientos iniciales.

Involucrados

Product Owner, Architecture Owner, Cliente, Equipo de trabajo.

Entradas

Salidas

Descripción

FaseActividadesResponsablesPrácticas Asociadas al CMMI
AnálisisSolicitar el llenado de la check-list de validación al clientePO, ClientePMC SP1.5
VAL SP1.1
VAL SP1.2
VAL SP1.3
VAL SP2.1
PP SP3.3
AnálisisRecopilar los comentarios del documento de validación de requerimientosPOVAL SP1.2
PMC SP1.5
AnálisisDeterminar los cambios que implican los comentarios en los requerimientos. Para minimizar el riesgo asociado a los cambios de requerimientos, se establece que no se aceptarán cambios que:
  • Afecten negativamente al cronograma del proyecto.
  • Causen un aumento significativo en el presupuesto.
  • Provoquen retrasos en las entregas acordadas.
  • Generen sobrecostos no previstos.
Revisar el Plan de Riesgos (RSK45) para conocer las consecuencias y los planes de mitigación y contingencia.
PO, AOREQM SP1.1
REQM SP1.3
RD SP2.1
RD SP2.3
VAL SP2.2
AnálisisDeterminar la iteración de introducción de dichos cambios ¨PO, AOREQM SP1.3
REQM SP1.4
DocumentaciónLlenar el documento de validación de cambiosPOREQM SP1.3
VER SP1.1
VER SP1.2
VER SP1.3
VerificaciónPresentar los cambios al equipo de trabajo y deliberar su realizaciónPO, AO, Equipo de trabajoPMC SP1.2
REQM SP1.2
REQM SP1.3
VER SP2.1
VER SP2.2
VER SP2.3
VER SP3.1
RD 3.4
VerificaciónCrear un registro de qué cambio nos pidió el cliente, si fue aceptado o rechazado y la razón de por qué. En la Matriz de trazabilidad cambiar el estatus de requisito a "Under Revision"PO, Equipo de trabajoREQM SP 1.3
PMC SP 1.5
NegociaciónPresentar la(s) decision(es) al clientePO, ClientePMC SP1.5
PMC SP 2.2
DocumentaciónSi se aceptan las solicitudes del cliente, realizar los cambios necesarios al ERS para cumplir con las nuevas características de los requerimientos.Equipo de trabajoREQM SP1.1
REQM SP1.3
REQM SP1.4
REQM SP1.5
DocumentaciónAl aceptar los cambios, realizar las modificaciones necesarias en la Matriz de Trazabilidad de manera progresiva. Al finalizar el Análisis, ajustar el Diseño; y al completar estos, proceder con los ajustes en Desarrollo y Pruebas, conforme se avance.TL, Team MembersREQM SP1.3
REQM SP1.4

Control de cambios

VersiónCambio realizadoAnálisisAutorRevisor(es)Fecha de cambio
v 1.0Creación del procesoN/ARicardo FernándezYuna Chung28/02/2024
v 2.0Mejora del procesoSe definió un paso para tener un registro de con qué razonamiento aceptamos o rechazamos los cambios por los clientesYuna Chung
Ricardo Fernández
Frida Bailleres14/05/2024
v 3.0Mejora del procesoNo estuvo muy claro qué cambia en la Matriz de Trazabilidad de Requerimientos cuando hay un cambio de requisito, entonces se dividió la fase de Documentación en dos pasos distintos específicando qué se tienen que hacer para cada documento en caso de que haya cambios en requisitosYuna ChungRicardo Fernández14/05/2024
v 4.0Agregar cambios a la matriz de trazabilidadEs importante al aceptar cambios, hacer las modificaciones necesarias en la matriz de trazabilidadDenisse DominguezUri Gopar16/05/2024
v 4.1Práctica REQM SP 1.4 en verificación de RTMSe agregó la práctica REQM SP 1.4 en la fase de verificación para que se realice la actualización de la RTM en caso de que haya cambios en los requerimientos.Carlos Salguero22/05/2024
v 5.0Agregar la gestión de riesgos a cambios de requerimientosSe agregaron los criterios que dictan cuando es mejor no aceptar un cambio y el plan de riesgos para dicha situación.Frida BailleresAlejandra Cabrera21/05/2024
v 5.1Agregar entrada faltante y mejorar redacciónSe añadio entradas faltantes y mejorar la redacciónDenisse DomínguezAlejandra Cabrera24/05/2024
v 5.2Prácticas RDSe Agregan las prácticas de RDRicardo RosalesAlejandra Cabrera07/06/2024