Características
Las Historias de Usuario son cortas y fáciles de leer, entendibles por los desarrolladores, interesados y usuarios. ¿Verdadero o Falso?
Verdadero. Son breves, descripción corta
Si la Definition of Ready no existe en un equipo Scrum la historia de usuario no debe ser desarrollada tampoco incluida en la Sprint Planning ¿Verdadero o Falso?
Verdadero. La historia de usuario debe cumplir los criterios de la DoR para ser incluida en un Sprint para su desarrollo
La parte de la Conversación en las historias de usuario es un conjunto de aclaraciones realizadas por el Dueño de Producto que obligatoriamente deben quedar grabadas en audio o video. ¿Verdadero o Falso?
Falso. Lo importante de la historia es la conversación que se genera alrededor de la misma, sobre todo usar el principio Agile de la conversación cara a cara y el valor de la confianza en Scrum.
Las Historias de Usuario se deben documentar detalladamente con el fin de que el desarrollo del producto(software) sea exitoso. ¿Verdadero o Falso?
Falso. No se llevan en documentos grandes o pesados, sino en listas organizadas que se reordenan fácilmente
Los criterios de aceptación son un conjunto de condiciones que las historias de usuario deben cumplir para ser consideradas finalizadas, se deben cumplir todos los criterios de aceptación.¿Verdadero o Falso?
Verdadero. Una historia de usuario no estará finalizada hasta que se cumpla todos sus escenarios y cumpla todos los criterios de aceptación.
El formato para escribir historias de usuario: Como ..... quiero ...... para ...... no ofrece ninguna ventaja para el equipo de desarrollo de producto. ¿Verdadero o Falso?
Falso. Se sincroniza las expectativas del Product Owner o usuario con el equipo respecto a una funcionalidad.
En un proyecto Agile, todas las historias de usuario se detallan al principio del proyecto.¿Verdadero o Falso?
Falso. No todas las Historias de Usuario se detallan al principio del proyecto, solo las que se desarrollan en el primer sprint.
Las historias de usuario debe cumplir los aspectos funcionales. ¿Verdadero o Falso?
Verdadero. Las historias de usuario representan "funcionalidades parciales" de valor.
De la Conversación sobre una historia de usuario se puede decir que 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. ¿Verdadero o falso?
Verdadero. Lo importante de la historia es la conversación que se genera o se debe generar alrededor de la misma.
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. ¿Verdadero o Falso?
Falso. Las historias de usuario representan incrementos pequeños de funcionalidad valorada que puede ser desarrollada en pocos días.
Los Criterios de Aceptación no delimitan el rango de acción de la historia de usuario a la que están asociados. ¿Verdadero o Falso?
Falso. Lo que está por fuera de los criterios de aceptación se convierte en una nueva historia de usuario.
La parte más importante de las historias de usuario son sus Criterios de Aceptación.¿Verdadero o Falso?
Falso. Los criterios de aceptación son criterios o acuerdos por los cuales se considerará aceptada la funcionalidad por parte de quien la solicita.
Las historias de usuario sirven como insumo para la documentación del software.¿Verdadero o Falso?
Verdadero. La documentación también es incremental.
Las historias de usuario no son requisitos de software.¿Verdadero o falso?
Verdadero. Las historias de usuario están orientadas al resultado y no a la especificación.
Para ser desarrollada en un Sprint, una historia de usuario debe tener muchos (más de 15) criterios de aceptación.¿Verdadero o Falso?
Falso. Una historia de usuario no necesita muchos criterios de aceptación.