Skip to main content
Version: Next

👨‍🍼 Validación de entregables

Proceso encargado de asegurar que los productos o componentes desarrollados cumplan con los requisitos esperados y sean validados en un entorno controlado junto con los stakeholders, asegurando su aceptación formal.

🎯 Objetivo

  • Preparar de manera efectiva todos los elementos necesarios para llevar a cabo la validación de productos o componentes, asegurando que se realicen bajo condiciones controladas, realistas y alineadas con los requisitos de los stakeholders.

📥 Entradas

  1. Componentes terminados y verificados.
  2. Requisitos funcionales y no funcionales definidos.
  3. Matriz de validación base.

⚙️ Proceso

FaseDescripciónResponsableMeta y práctica específica del CMMI
Preparación para la validaciónCrear una copia del archivo Matriz de validación, edítala conforme se siga el proceso y actualiza el estado de la validación.

**NOTA: Consulta la guía de la plantilla ubicada en la primera hoja de la matriz para comprender mejor los campos.
Product OwnerVAL, SP 1.3 (Establecer criterios).
Identificación de elementos a validarDeterminar qué productos o componentes del proyecto deben validarse e incluye el enlace de referencia correspondiente.Product OwnerVAL, SP 1.1 (Seleccionar productos a validar), RD, SP 3.2 ( Establecer una definición de la funcionalidad y de los atributos de calidad requeridos)
Métodos de validaciónDefinir la fase en la que se realizará la validación, así como el método que se utilizará para explicar cómo se llevará a cabo.Product OwnerVAL, SP 1.1 , RD, SP 3.5 (Validar los requisitos.), VAL, SP 1.2 (Seleccionar el entorno), RD, SP 3.2 ( Establecer una definición de la funcionalidad y de los atributos de calidad requeridos)
Criterios de aceptación y restriccionesEstablecer los criterios de aceptación y cualquier restricción que pueda limitar el proceso de validación.Product OwnerVAL, SP 1.3, RD, SP 3.5 (Validar los requisitos.), RD, SP 3.2 ( Establecer una definición de la funcionalidad y de los atributos de calidad requeridos)
Necesidad del usuario finalIdentificar, con base en las definiciones de operación, mantenimiento, formación y soporte, las necesidades del usuario final que deben validarse en relación con el producto o componente.Todo el equipoVAL, SP 1.1, RD, SP 3.2 ( Establecer una definición de la funcionalidad y de los atributos de calidad requeridos)
Definición del entorno de validaciónAcordar con el stakeholder el entorno, herramientas y configuraciones necesarias para validar.Product OwnerVAL, SP 1.2
ValidaciónAgendar cita con el stakeholder y realizar la validación según lo establecido previamente.Product Owner / Todo el equipoVAL, SP 2.1 (Ejecutar validación)
Utilizar el proceso de Juntas efectivas para documentar en la minuta el feedback así como las desviaciones y observaciones de los resultados obtenidos.

**Nota: En el caso de los requisitos documentar si se identificó un nuevo requisito o se detectó un cambio. Para esto seguir el proceso de Gestión de cambios de requisitos.
Product Owner / Todo el equipoVAL, SP 2.1 (Ejecutar validación),
RD, SP 3.5 (Validar los requisitos.),
REQM, SP 1.3 (Administrar cambios a los requisitos),
PMC, SP 1.5 (Monitorear la participación de los interesados)
Obtener la firma del stakeholder donde aprueba o rechaza los ítems de validación.Product Owner / Todo el equipoVAL, SP 2.1 (Ejecutar validación), RD, SP 3.5 (Validar los requisitos.)
Documentación de resultadosRegistrar los hallazgos clave de las observaciones y desviaciones identificadas durante la validación.Todo el equipoVAL, SP 2.1
Todo cambio, desviación, error o rechazo detectado durante la validación debe registrarse obligatoriamente en el Defect Log.Todo el equipoVAL, SP 2.2 (Analizar los resultados de la validación), PPQA, SP 2.1 (Comunicar y resolver las no conformidades.)
Análisis de resultadosIdentificar patrones entre los resultados obtenidos y los esperados, para definir las acciones correctivas correspondientes.Todo el equipoVAL, SP 2.2 (Analizar resultados)

⛓️ Listado de ítems de trabajo a validar con el socio formador

  1. Requisitos funcionales clave del sistema.
  2. Prototipo de interfaz (mockups).
  3. Manual de usuario.

📤 Salidas

  1. Matriz de validación actualizada.
  2. Lista de observaciones documentadas.
  3. Registro de acciones correctivas en el Defect Log (si aplica).

📎 Recursos relacionados

📚 Historial de cambios

Versiones
Tipo de versiónDescripciónFechaColaborador
1.0.0Creación del proceso de validación de entregables15/05/2025Arturo Sánchez
1.1.0Identificación de fases y actualización15/05/2025Rodrigo Antonio Benítez
1.2.0Inclusión de definición del entorno y validación15/05/2025Mariana Juárez Ramírez
1.2.1Agregado apartado de documentación de resultados15/05/2025Juan Pablo Chávez Leal
1.2.2Se agrego lista de ítems a validar con el socio19/05/2025Juan Eduardo Rosas
1.2.3Se especificó como definir los métodos de validación20/05/2025Mariana Juárez, Sofía Osorio
1.2.4Se especificó la validación de requisitos25/05/2025Paola Garrido
1.2.5Se especificó el uso del Defect Log25/05/2025Arturo Sánchez, Paola Garrido, Rodrigo Antonio
1.2.6Mapear RD 3.228/05/2025Hiram Israel Mendoza López
1.2.7Correcciones ortográficas y de enlaces29/05/2025Valeria Zúñiga, Nicolas Hood