Representación
Al escribir una historia de usuario, las partes obligatorias que se deben tener en cuenta son:
a) El título o nombre de la historia de usuario.
b) El código o número de la historia de usuario.
c) Los miembros del equipo que la desarrollan o construyen.
d) El número del Sprint donde se construye.
e) Ninguna de las anteriores.
e) Ninguna de las anteriores.
Una historia de usuario una vez comprometida en un sprint ya no puede cambiarse.¿Verdadero o falso?
Falso. Una buena historia de usuario permite que entre el negocio y el equipo haya arreglos flexibles
Las historias de usuario solo se representan de una manera. ¿Verdadero o Falso?
Falso. Existen 5 modos de representación de historias de usuario en función al nivel de madurez del equipo y del Product Owner
No es necesario que cada historia pueda valorarse por si misma y puede desarrollarse, verificarse y entregarse independientemente. ¿Verdadero o falso?
Falso. La independencia permite además construir la historia en iteraciones diferentes o aun en entregas distintas del mismo proyecto.
Un equipo está dando sus primeros pasos en Scrum o viene de usar métodos tradicionales de desarrollo. Entonces, para representar la historia de usuario, es recomendable que use el título de la historia de usuario, junto a una descripción de la misma, además de los criterios de aceptación en prosa y de manera opcional un boceto.¿Verdadero o Falso?
Verdadero. El modo de representación 4 es recomendado para un nivel de madurez principiante de equipo y del Product Owner.
Si una historia de usuario cumple los atributos INVEST:
a) Es independiente y negociable.
b) Es valiosa para el negocio o usuario.
c) Su construcción se puede estimar con facilidad.
d) Es pequeña y se puede probar.
e) Todas las anteriores
e) Todas las anteriores
Si un equipo tiene un alto nivel de madurez en agilidad y Scrum, puede usar solo el título o nombre de las historias de usuario para representarlas y tener éxito con ello.¿Verdadero o Falso?
Verdadero. Se requiere un nivel Alto de madurez del equipo y del Product Owner para el modo de representación 1.
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. Se recomienda que el tamaño del desarrollo de una historia de usuario no supere los 3 o 4 días.
Una historia de usuario no se puede representar usando solo un nombre para la historia de usuario y un boceto o bosquejo.¿Verdadero o falso?
Falso. El modo de representación de historia de usuario necesita sólo el título + el boceto, se recomienda un nivel de madurez Intermedio del equipo y del Product Owner
En una historia de usuario, el valor comunica por qué es necesaria la actividad, lo cual puede conducir muchas veces al equipo a encontrar posibles actividades alternativas que pueden proveer el mismo valor con menos esfuerzo. ¿Verdadero o Falso?
Verdadero. El valor es el atributo más importante en el modelo INVEST.