MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

Además se incluye Minimum. Hablamos de mínima en el sentido de que si fuera más pequeña no proporcionaría el valor de mercado que buscamos.

En comparación con las historias de usuario estamos hablando de unas divisiones de mayor tamaño. Desde este punto de vista entendemos que las historias de usuario de manera aislada muchas veces no generan valor para el usuario y lo que hacemos es identificar el valor que estamos buscando para que sea el valor el que guíe el desarrollo.

Una release estará definida por un conjunto de MMF realizados en un espacio de tiempo.

Minimum Marketable Release (MMR)

Podemos definir un MMR como la un conjunto de funcionalidades que aportan suficiente valor añadido al usuario como para justificar los costes de su salida al mercado.

A pesar de que el término MMF es ampliamente usado en el mundo de Kanban, algunos (incluido David Anderson, creador de Kanban para la ingeniería de software) prefieren utilizar este otro término ya que divide el desarrollo en subconjuntos de funcionalidades que pueden ser lanzados al mercado de manera independiente.

De esta manera cada release puede estar potencialmente definida por un sólo MMR.



Conclusión

Las divisiones anteriores son muy utilizadas en el mundo Kanban pero no siempre se adaptan a todas las empresas y contextos. Por ello, está en nuestra mano utilizar las divisiones que mejor se adapten a nuestro trabajo. Pueden ser divisiones basadas en historias de usuario, en divisiones centradas en el valor de mercado como las que hemos visto, o en divisiones totalmente ad hoc para nuestra empresa.

Como siempre (una vez más), aprendamos a coger de las metodologías ágiles aquello que nos es válido a nosotros y sintámonos libres para adaptar o mejorar lo que necesitemos.

216

European Open Business School