Parcial 3. Product Backlog Flashcards
¿Que problemas resuelve el Product Backlog?
- 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
¿de donde viene el concepto?
Surge en Scrum el concepto de Product Backlog, PB o Pila de Producto
¿Para que sirve el Product Backlog?
sirve de punto de encuentro para discutir, conversar, definir y aclarar las características que debe cumplir el producto o proyecto
¿Que hay en el Product Backlog?
La colección de funcionalidades o características que nuestro producto debe cumplir para alcanzar el objetivo deseado.
¿El PB contiene todos los requisitos del Producto?
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
¿Es una lista ordenada o desordenada?
Es una lista ordenada de mayor a menor prioridad establecida por el Product Owner
¿Quiénes crean estos requisitos?
Cualquier persona involucrada en el proyecto, con el beneplácito del responsable del Backlog, el PO, puede crear elementos en él.
¿Estos requisitos son de distintos tipos?
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
requisitos funcionales
se conocen como historias de usuario
que identifican una situación funcional del producto.
requisitos no funcionales
están relacionados con cualidades que son necesarias para el producto y no se pueden definir mediante historias de usuario
¿Tienen los requisitos alguna otra organización, además del tipo?
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).
¿Qué nivel de detalle tienen estos requisitos?
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
¿Porque la diferencia en los niveles de detalle?
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
¿Cómo se plasma todo esto en algo utilizable?
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
¿Cuales son los cimientos del Product Backlog?
Debe serguir la regla de las 3C (La misma que en Historias de usuario)
¿Que elementos se priorizan?
las historias de usuario y los
requisitos no funcionales.
¿Por donde se empieza a prioriazar?
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
Tecnicas de priorizacion
Priority poker o póker de prioridad, Modelo de Kano, Criba de temas
Priority poker o póker de prioridad
-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.
Modelo de Kano
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.
¿como se hace la clasificaion den Kano?
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?
¿Como se implementa Kano?
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.
Criba de temas
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.
Pasos para Criba de temas
-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.
