Semana 9 Ing Req

Trabajar con requisitos mal definidos es de las cosas más difíciles y desmotivadoras en el desarrollo de software.

• Verdadero

• Falso

Requisito mal definido =

• El requisito no es capaz de sustentar los objetivos

• El requisito no es capaz de sustentar los requisitos del negocio

Existen muchos motivos por los que un requisito puede estar mal definido:

• Conclusiones por parte del Product Owner no alineadas con objetivos del negocio

• Falta de conocimiento de interesados sobre soluciones y procesos internos de la empresa

• Método de elicitación y análisis utilizado no es adecuado al tipo de proyecto

• Dejamos fuera a un interesado / usuario clave

Debemos garantizar que los requisitos

• Describen con precisión las necesidades de las partes interesadas

• Se derivan correctamente de los requisitos del negocio y de las reglas de negocio

• Son completos, viables y verificables.

• Son necesarios y suficientes para cumplir con los objetivos empresariales.

• Todas las representaciones de los requisitos son consistentes entre sí

En agilidad, el proceso asociado a la validación de requisitos es conocido como refinamiento

• Verdadero

• Falso

Colaboran en clarificar y hacer más pequeñas las historias de usuario, considerando factores no funcionales y criterios de aceptación

• PO

• SM

• DEV

• Stakeholder

¿Cómo refinar?

• Garantizar - Definir - Agendar - Adaptar

• Definir - Agendar - Garantizar - Adaptar

• Agendar - Garantizar - Definir - Adaptar

• Agendar - Definir - Garantizar - Adaptar

Validar requisitos es una inversión con un gran retorno: Una inversión de 3 minutos nos evita horas de retrabajo en el futuro.

• Verdadero

• Falso

El objetivo de validar es garantizar que hagamos lo correcto y que el conjunto de requisitos defina todo el trabajo necesario para construir el sistema

• Verdadero

• Falso

El refinamiento permite corroborar que en las historias de usuario se pueda identificar por qué el equipo de desarrollo quiere esa funcionalidad.

• Verdadero

• Falso