Skip to main content
Version: 1,0

Proceso de gestión de cambios de requisitos


Objetivo

  • Definir el proceso para añadir, eliminar o modificar requisitos.

Entradas

  1. Historia de usuario a modificar, eliminar o añadir de la iteración correspondiente (junta con stakeholders).

Proceso

FaseDescripciónResponsablesMeta y práctica específica del CMMI
Creación de la base de datosHacer una copia de la siguiente plantilla en la carpeta del proyecto correspondiente.ColaboradorREQM SP 1.1 (Entender los requisitos)
Llenado de la base de datosRegistrar en la hoja de Base de datos la versión, los requisitos, la fecha y el estado actual de cada requisito.ColaboradorREQM SP 1.1 (Entender los requisitos)
Registrar solicitudes de cambioCompletar la sección de Creación de solicitud de la hoja "Solicitudes de cambio" llenando los siguientes campos:
- Número de solicitud
- Descripción del requisito
- Fecha de solicitud
- Solicitante
- Tipo de cambio
- Motivo del cambio
- Nueva descripción del requisito
ColaboradorREQM SP 1.3 (Administrar cambios a los requisitos)
Evaluación del impactoCompletar en la sección de Impacto la fecha de entrega establecida para el requisito y sus dependencias.ColaboradorREQM SP 1.4 (Mantener la trazabilidad de los requisitos)
Posteriormente, indicar si se requieren modificaciones a los entregables, si existe impacto en el cronograma (más información en la Política de cambio de requisitos)., si se introducen nuevos riesgos o si se ven afectados los estándares establecidos.ColaboradorREQM SP 1.4 (Mantener la trazabilidad de los requisitos)
Identificar la gravedad del impacto del cambio, utilizando la sección de Criterios de gravedad en la Política de cambio de requisitos.ColaboradorREQM SP 1.3 (Administrar cambios a los requisitos)
NotificarNotificar a Product Owner (PO), Team Leader (TL) y Architecture Owner (AO) sobre la solicitud de cambio.ColaboradorREQM SP 1.3 (Administrar cambios a los requisitos)
Aprobación / negaciónEl PO, TL y AO deberán hacer la revisión de la solicitud de cambio y entregar su decisión final justificada, a más tardar un día después de haber recibido la solicitud.

Para esto, deberan usar la sección de Criterios de aceptación en la Política de cambio de requisitos.
Product Owner, Team Leader, Architecture OwnerREQM SP 1.3 (Administrar cambios a los requisitos), REQM, SP 1.2 (Obtener el compromiso sobre los requisitos).
ActualizaciónAsignar a una persona responsable de implementar el cambio y actualizar, según sea necesario, cualquiera de los siguientes elementos:
-Dependendencias
-Entregables
-Funciones clave
-Cronograma y/o presupuesto
-Plan de riesgos
-SRS (Requerimientos de especificación de software)
-Plan de valor ganado
Encargado de cambiosREQM SP 1.3 (Administrar cambios a los requisitos), REQM SP 1.4 (Mantener la trazabilidad de los requisitos), REQM SP 1.5 (SP 1.5 Asegurar el alineamiento entre el trabajo del proyecto y los requisitos)
Añadir fecha de cambio en el apartado de Resolución en la hoja de "Solicitud de cambio".Encargado de cambiosREQM SP 1.3 (Administrar cambios a los requisitos)
Actualizar la base de datos de requisitos, añadiendo la tabla de la nueva versión con los requisitos actualizados.Encargado de cambiosREQM SP 1.5 (Asegurar el alineamiento entre el trabajo del proyecto y los requisitos).
Registrar la firma de todos los colaboradores en la hoja de Compromiso, donde cada integrante confirma su conocimiento y compromiso con los cambios realizados.ColaboradorREQM SP 1.2 (Obtener el compromiso sobre los requisitos).

Salidas

  1. Historial de cambios de requisitos.

Historial de cambios

Tipo de versiónDescripciónFechaColaborador
1.0Creación de proceso de gestión de cambios en los requisitos.Daniel Contreras, Miguel Uribe, Paola Garrido, Galo del Río
1.1Refactorización.18/4/2025Diego Fuentes
1.2Implementar acciones correctivas24/04/2025Max Toscano
2.0Simplificación del proceso.14/05/2025Paola María Garrido