Proceso de recolección de requisitos - novaDepto/Nova GitHub Wiki

Responsables

Nombre Rol
Alexis Dueño del proceso
Cristian Autor
Charlie Autor

Objetivos

Desarrollar entendimiento a las necesidades y los requerimientos de quienes tengan la tarea de proveer los requerimientos del proyecto.

Entradas

  1. Listado de necesidades, pain points, del cliente
  2. Proceso para plan de Involucramiento de Stakeholders

Proceso

Fase Actividades Encargado Áreas del CMMI
Identificación En el plan de invoucramiento de stakeholders identifica en la columna "proveedor de requisitos" a todos aquellos involucrados en el proyecto que sean los más apropiados para ser los proveedores de requisitos tomando como base los siguientes criterios.
  • Es quien da seguimiento y aprobará el proyecto al finalizar.
  • Tiene la aprobación por parte de quien aprobará el proyecto al finalizar.
  • Cuenta con un amplio conocimiento del uso que se la dará a la solución.
  • Tiene conocimeinto detallado acerca del funcionamiento del negocio del socio formador.
  • Tiene conocimiento detallado de las principales dolencias del socio formador o de su negocio.
Se sugiere que el PO sea el proveedor de requisitos a nombre del departamento.
PO REQM, VAL
Identifica las necesidades y dolencias princpales en la matriz de necesidades.
Identifica dependencias entre las necesidades. PO, TL REQM, PP, VAL
Analisis Prioriza las necesidades que aporten más valor.
Analiza si la necesidad es posible de solucionar o existe un método alternativo.
Escoge una necesidad y enlista los requisitos funcionales/no funcionales en la herrmienta utilizada (hoja de cálculo, Jira, Github, etc) por el equipo para monitorear el proyecto.
Identifica y analiza los posibles riesgos de aceptar algun requisito siguiendo el proceso de gestión de riesgos. REQM, PP, RSKM, VAL
Revisión de requisitos Comunica con el equipo y decidan si se acepta o no. Para aceptar un requisito, verifica que el requisito:
  • Aporte valor a la solución
  • Es necesario para cumplir los objetivos del proyecto
  • Es realizable de acuerdo con las habilidades técnicas del equipo
  • Es claro y no se presta a distintas interpretaciones
  • No compromete la salud del equipo
  • No entra en conflicto con otro requisito
  • Será posible determinar si fue satisfecho
PO, TODOS REQM, VAL
Aceptación de requisitos Verifica la lista de requisitos con los stakeholders, explicando las necesidades que se solucionan. (De ser necesario un cambio, ejecuta este proceso nuevamente) PO, TODOS REQM, VAL

Salidas

  1. Lista de Requisitos funcionales/No funcionales

Métricas

  1. Valor Ganado de la Plantilla de Planeación-Monitoreo de la Iteración.

versión 2.0

⚠️ **GitHub.com Fallback** ⚠️