MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

Para entender esto último lo mejor es poner un ejemplo: imaginemos que nuestro proyecto consiste en diseñar una máquina expendedora de refrescos.Si analizamos el funcionamiento de principio a fin de lo que queremos que haga nuestro producto, podremos detectar distintos actores. Veámoslo: “El usuario se acerca a la máquina expendedora, introduce una moneda por la ranura destinada a tal efecto y pulsa el botón correspondiente al refresco deseado. La máquina calcula la diferencia entre el precio del producto y la cantidad de dinero introducida. En caso de que la cantidad sea insuficiente, se muestra en un display, mientras que si es suficiente, calculará el cambio a devolver, lo devolverá y sacará por el conducto de entrega el refresco solicitado”.

A primera vista se ven dos actores claros: el usuario y la máquina expendedora.

Pero si profundizamos un poco más en esta segunda, veremos que solo por el enunciado descrito anteriormente podemos encontrar más actores, como serían las monedas o las latas de refresco y descomponer la máquina en distintas entidades: ranura de inserción de monedas, botones, display, “calculadora”, conducto de entrega.

Un ejemplo de Product Backlog bastante completo sería:

Sprint Backlog

El Product Backlog se ha explicado como un artefacto de ayuda al Product Owner, pero la organización derivada de él resulta también de utilidad para el equipo, ya que al final también tiene que trabajar sobre historias de usuario.

133

European Open Business School

Made with FlippingBook - Online Brochure Maker