En el post de esta semana nos ponemos la bata de médico para detectar 3 síntomas que indican que un Product Backlog está enfermo.

  • El Product Backlog es un zombie: Es decir, no es un artefacto vivo, no se actualiza con regularidad. Un Product Backlog que se mantiene estanco durante mucho tiempo es un Product Backlog que no es transparente, que no se está retroalimentando con feedback, o lo que es lo mismo, que no se inspecciona ni adapta y, por lo tanto, no es empírico.

Para revivir un Product Backlog en este estado, hay que alimentarlo con frecuencia a través del feedback de usuarios, Stakeholders, Development Team, mercado y todo aquello que pueda aportar valor al producto.

  • El Product Backlog no tiene PBIs  ‘Ready’: Si el Product Backlog tiene PBIs que son demasiado grandes, que no se han refinado lo suficiente o que no se pueden completar durante un Sprint, puede provocar que el Scrum Team no sea capaz de entregar Incremento de Producto al final el Sprint. Y recordad: No  entregar producto ‘hecho’ al final de una iteración es la forma más rápida de demostrar que no eres ágil.

Para volver a la senda de la agilidad, hay que asegurar que el Product Owner y el Development Team tienen un entendimiento común de lo que significa ‘Ready’ y, después, de que hacen las suficientes sesiones de refinamiento para que los PBIs que se van a abordar en los Sprints más próximos estén ‘Ready’.

  • Tu Product Backlog está completo: Si se ha invertido mucho tiempo en generar un Product Backlog completo y detallado al inicio del desarrollo de un producto, estaremos ante dos fenómenos: Primero, un Product Backlog que nace zombie, que es predictivo y no empírico, y por lo tanto o bien desaprovechará las oportunidades de mejora que se detecten a través del feedback, o bien abordar dichas oportunidades de mejora serán más dolorosas que la propia muerte. Y segundo, se habrá generado una cantidad enorme de desperdicio al inicio del proceso, intentando conseguir un imposible: eliminar la incertidumbre.  Y recordad, el desperdicio es aquello que no generar ningún valor.

Para que el Product Backlog nazca sano, la guía Scrum nos da la receta:

“The earliest development of it lays out the initially known and best-understood requirements. The Product Backlog evolves as the product and the environment in which it will be used evolves” –  <https://www.scrumguides.org/scrum-guide.html#artifacts-productbacklog> ”

Yo he puesto estos 3, pero podríamos hablar de muchos más: que no se pueda medir el impacto de los PBIs en el producto (o que se pueda, pero no se haga), PBIs en formato historia de usuario que no son historias de usuario, Product Backlogs que no están ordenados, Product Backlogs que no son visibles, etc…

¿Y vuestros Product Backlogs? ¿Están enfermos o están sanos?

theme hospital ego GIF by Mashable

 

 

Si continuas utilizando este sitio aceptas el uso de cookies. más información

Los ajustes de cookies de esta web están configurados para "permitir cookies" y así ofrecerte la mejor experiencia de navegación posible. Si sigues utilizando esta web sin cambiar tus ajustes de cookies o haces clic en "Aceptar" estarás dando tu consentimiento a esto.

Cerrar