No student devices needed. Know more
10 questions
Si preguntamos lo más que se pueda sobre la necesidad del cliente o consumidor de la historia de usuario, sobre características innecesarias de la historia y validaciones excesivas, esto:
Hace el desarrollo de la historia más lento.
Causa que la historia tenga un costo muy alto de implementación.
La historia no tendrá Retorno de la Inversión (ROI).
Asegura que la historia sea de Valor para el negocio y los usuarios.
Se logra que la historia sea útil para los usuarios.
Una historia de usuario cuyo tamaño supere los 3 a 4 días de una persona enfocada desarrollándola es considerada una historia pequeña.
Falso.
Verdadero.
Entre los atributos que toda buena Historia de Usuario, preparada para construirse, debe tener, encontramos:
Inmutable: la historia no puede cambiar ni antes ni durante su desarrollo.
Novedosa: la historia debe ser innovadora y disruptiva.
Visible: todos los interesados deben tener acceso a la historia.
Eficaz: el equipo debe ser efectivo al desarrollar la historia.
Pequeña: la historia se debe poder construir en una iteración o sprint, junto a otras historias.
Si una Historia de Usuario cumple los atributos INVEST:
Es independiente y negociable.
Es valiosa para el negocio o usuario.
Su construcción se puede estimar con facilidad.
Es pequeña y se puede probar.
Todas las anteriores.
En una Historia de Usuario, el Rol representa quien está ejecutando la acción o quizás quien está recibiendo el valor de la actividad y normalmente se refiere o representa a un grupo de usuarios.
Falso.
Verdadero.
Una forma de representar las Historia de Usuario es usando: el Título + La descripción de Mike Cohn (Como...Quiero...Para) + Los criterios de aceptación escritos BDD + (boceto - opcional).
Falso.
Verdadero.
La parte mas importante de las historias de usuario son sus Criterios de Aceptación.
Falso.
Verdadero.
De la Conversación sobre una Historia de Usuario se puede decir que:
No es necesaria.
Al realizarse puede resultar que se actualicen los criterios de aceptación de la historia de usuario o solo que se deje el registro aclaratorio.
Solo termina cuando se conozcan todos los detalles de la historia de usuario.
El Dueño de Producto es el único que puede decidir cuando es necesaria.
Todas las anteriores son falsas.
Si un equipo tiene un alto nivel de madurez en agilidad y Scrum, puede usar solo el titulo o nombre de las Historias de Usuario para representarlas y tener éxito con ello.
Falso.
Verdadero.
Los criterios de aceptación son un conjunto de condiciones que las Historias de Usuario deben cumplir para ser consideradas como "Terminadas".
Es suficiente si se cumplen al menos el 80% de los criterios de aceptación.
Es suficiente si se cumplen la mitad más uno de los criterios de aceptación.
El número de criterios de aceptación para considerar una historia de usuario terminada lo decide el Equipo de desarrollo.
Se deben cumplir todos los criterios de aceptación.
a y c son ciertas.
Explore all questions with a free account