Parcial 3. Product Backlog

Question 1

¿Que problemas resuelve el Product Backlog?

Answer 1

• La desconexión entre las personas que definen los requisitos y las personas que los llevan acabao.
• Iterpretación ambigua de los requisitos.
• Cambio de los requisitos desde que se definen hasta que se implementan.
• Necesidad de incorporar nuevos requisitos durante el cilo de vida del desarrollo

Question 2

¿de donde viene el concepto?

Answer 2

Surge en Scrum el concepto de Product Backlog, PB o Pila de Producto

Question 3

¿Para que sirve el Product Backlog?

Answer 3

sirve de punto de encuentro para discutir, conversar, definir y aclarar las características que debe cumplir el producto o proyecto

Question 4

¿Que hay en el Product Backlog?

Answer 4

La colección de funcionalidades o características que nuestro producto debe cumplir para alcanzar el objetivo deseado.

Question 5

¿El PB contiene todos los requisitos del Producto?

Answer 5

No, son los que se conocen en un momento dado del proceso. Los requisitos se descubren y emergen constantemente, así que el Product Backlog de ayer posiblemente no sea el de hoy

Question 6

¿Es una lista ordenada o desordenada?

Answer 6

Es una lista ordenada de mayor a menor prioridad establecida por el Product Owner

Question 7

¿Quiénes crean estos requisitos?

Answer 7

Cualquier persona involucrada en el proyecto, con el beneplácito del responsable del Backlog, el PO, puede crear elementos en él.

Question 8

¿Estos requisitos son de distintos tipos?

Answer 8

Los requisitos pueden tener tipos, esto suele ser a gusto del equipo. Lo mínimo que debe tenerse es una división de requisitos funcionales y no funcionales

Question 9

requisitos funcionales

Answer 9

se conocen como historias de usuario
que identifican una situación funcional del producto.

Question 10

requisitos no funcionales

Answer 10

están relacionados con cualidades que son necesarias para el producto y no se pueden definir mediante historias de usuario

Question 11

¿Tienen los requisitos alguna otra organización, además del tipo?

Answer 11

Cada equipo puede tener su propia organización, pero en la literatura sobre el tema se suele hablar de una estructuración en Temas (Themes), Épicas (Epics) e Historias de usuario (User Stories).

Question 12

¿Qué nivel de detalle tienen estos requisitos?

Answer 12

Su nivel de detalle va en función de su posición en el Backlog. Los elementos que tengan más prioridad y, por lo tanto, estén colocados en una zona superior del repositorio estarán muy detallados

Question 13

¿Porque la diferencia en los niveles de detalle?

Answer 13

los elementos que se encuentran en la parte superior del Backlog son los ítems que posiblemente entren en la siguiente iteración o Sprint, por lo que necesitan estar muy detallados para que el equipo pueda trabajar con ellos

Question 14

¿Cómo se plasma todo esto en algo utilizable?

Answer 14

Hay equipos que utilizan un tablón con los ítems en post-it, otros utilizan hojas de cálculo o pueden utilizarse herramientas informáticas desarrolladas para este propósito

Question 15

¿Cuales son los cimientos del Product Backlog?

Answer 15

Debe serguir la regla de las 3C (La misma que en Historias de usuario)

Question 16

¿Que elementos se priorizan?

Answer 16

las historias de usuario y los
requisitos no funcionales.

Question 17

¿Por donde se empieza a prioriazar?

Answer 17

Quedan al nivel mas alto laslas que crean un impacto mas transversal, y aun nivel más bajo las que son tan sencillas que no se diferencian mucho

Question 18

Tecnicas de priorizacion

Answer 18

Priority poker o póker de prioridad, Modelo de Kano, Criba de temas

Question 19

Priority poker o póker de prioridad

Answer 19

-Se reúnen las personas que van a tomar parte en la priorización.
-Cada participante cuenta con una baraja de cartas que están numeradas del 1 al 9, siendo el 9 la mayor prioridad.
-Se define cuál va a ser el criterio de priorización general para el Backlog
-Se toma cada elemento del Product Backlog, se enuncia y todos los participantes sacan una carta con su prioridad, sumándose el total.
-Cuando se ha hecho este proceso con todos los elementos del Backlog, se pueden ordenar todos los componentes de mayor a menor teniendo ya un Backlog priorizado.

Question 20

Modelo de Kano

Answer 20

Para aplicar la teoría de Kano a la priorización de un
Product Backlog se tiene que identificar en él qué elementos son de tipo básico, cuáles de rendimiento y cuáles inesperados. Se deberían priorizar todos los básicos, casi todos los de rendimiento y alguno de los inesperados, por este orden.

Question 21

¿como se hace la clasificaion den Kano?

Answer 21

La manera práctica de hacer esta clasificación suele hacerse por medio de encuestas a posibles usuarios. En las encuestas se deberá preguntar por los temas y épicas de dos maneras opuestas:
* La pregunta funcional: ¿Cómo te sentirías si esta funcionalidad
estuviera presente?
* La pregunta disfuncional: ¿Cómo te sentirías si esta
funcionalidad no estuviera presente?

Question 22

¿Como se implementa Kano?

Answer 22

Si se cruzan las 5 respuestas funcionales del modelo con las 5 disfuncionales, dará lugar a las 5 categorías del modelo: Básico, Lineal, Emocionante, Indiferente, Reversible, además de la opción Cuestionable.

Question 23

Criba de temas

Answer 23

El método de criba de temas permite priorizar los elementos del Backlog para ordenarlos a la hora de priorizar una nueva versión de un producto o entrega de un proyecto.

Question 24

Pasos para Criba de temas

Answer 24

-Establecer unos criterios de decisión, la misión o metas
que se quieren conseguir en la nueva entrega.
-Elegir un tema o épica base (elemento que considerará obligatorio).
-A este elemento base se le asigna un valor de 0 y se revisan el resto de los elementos del Backlog para el criterio de selección en comparación al base.
-En función de la respuesta, se le asigna valores +1, 0, -1 a ese elemento del Backlog que se esté comparando. En base a si aporta, mantiene igual o no aporta, respectivamente
-Al pasar todas las historias por los criterios, dándoles su propia puntuación obtenemos una puntuacion final, dandonos la importacia, entre mas grande la puntuacion, mas prioridad debería tener.