Preguntas sobre Historias de Usuario

¿Cuál es el propósito principal de una historia de usuario?

• Describir tareas técnicas para los desarrolladores

• Representar una necesidad desde la perspectiva del usuario

• Definir una solución detallada

• Documentar requisitos para auditoría

¿Cuál de los siguientes elementos forma parte del modelo INVEST?

• Innovadora

• Navegable

• Estimable

• Estable

¿Qué sucede cuando una historia NO tiene criterios de aceptación claros?

• El equipo la entrega más rápido

• Se reduce el esfuerzo de QA

• Aumentan malentendidos y retrabajo

• El Product Owner puede omitir la revisión

¿Cuál de estos es un ejemplo de buen criterio de aceptación usando Given/When/Then?

• Debe funcionar bien y ser rápido

• Se muestra información correcta

• El usuario puede usar la función sin errores

• Dado que es un usuario activo; cuando inicia sesión; entonces accede al dashboard

En la técnica MoSCoW, ¿qué representa “Must”?

• Funcionalidades opcionales

• Elementos importantes pero no críticos

• Funcionalidades esenciales sin las cuales el producto no tiene sentido

• Tareas que nunca se desarrollarán

¿Para qué se utiliza la matriz Valor vs Esfuerzo?

• Para estimar en horas

• Para decidir qué historias eliminar del backlog

• Para clasificar historias según impacto y complejidad

• Para definir la Definition of Done

¿Cuál es el uso principal del Puño de Cinco dentro del proceso de estimación o priorización?

• Asignar directamente un número de puntos sin discusión

• Convertir story points en horas

• Reemplazar completamente a Planning Poker

• Medir el consenso del equipo respecto a una propuesta, como una estimación sugerida

En T-shirt sizing, ¿qué indica generalmente una historia clasificada como “XL”?

• Que puede entrar al sprint sin problemas

• Que debe fragmentarse porque es demasiado grande

• Que es una historia de muy bajo riesgo

• Que ya está lista para estimación detallada

¿Cuál es una señal de que un Product Backlog está madurando?

• Cambia completamente en cada sprint

• La priorización se vuelve estable y clara

• El equipo deja de estimar

• Los stakeholders eliminan criterios de aceptación

¿Cuál es una buena práctica al manejar cambios en medio del sprint?

• Aceptar todos los cambios sin excepción

• Permitir cambios solo si vienen del CEO

• Evaluar impacto y renegociar el compromiso si es crítico

• Cambiar las historias sin notificar al equipo