Las reuniones de revisión del backlog. La relación entre Stakeholders, Product Owner y Equipo Técnico

Sin entrar en complejas definiciones, los Stakeholders son todos aquellos que no son ni el Scrum Master (o el rol), ni el Product Owner (o el rol), ni son parte del equipo técnico estable, y que suelen ser gente de negocio, comerciales, jefes de proyecto, equipos externos, etc.

Desde hace años, muchas buenas prácticas nos hablaban de aislar (o, quizá mejor dicho, ordenar los canales de comunicación) a los equipos frente a los Stakeholders. En su defecto, los equipos tenían múltiples jefes, múltiples interrupciones, múltiples prioridades, múltiples cambios de prioridad, etc.

Y sabíamos que trabajar en más de una tarea a la vez genera perdidas de tiempo y disminuye la productividad, que interrumpir a quien programa, o al que realiza cualquier actividad intelectual, hace que su productividad caiga (mas de lo que imaginas), los cambios de contexto son desperdicio, etc.

De ahí vino la idea de «controlar» esos canales de comunicación Stakeholder – Equipo.

Populares frameworks como Scrum también ordenaban la comunicación Stakeholder – Equipo, y que en lo que refiere a eventos (no les llaméis reuniones que os regaña la Real Academia de Scrum) dejaba el «Sprint Review» como el evento en el que se presentan los resultados a los Stakeholders. 

Más allá del «Sprint Review», la interacción Stakeholder – Equipo queda vagamente profundizada.

Y hay dos puntos que en mi opinión (y esto viene de lo que nos encontramos en transformaciones Ágiles reales) generan problemas: ¿existen mecanismos para que los Stakeholders, más allá de las Reviews, interactúen con el Equipo? y ¿existen mecanismos para que los Stakeholders interactúen con el Product Owner a la hora de crear el Product Backlog?

Hoy vamos con la segunda, la primera para otro día.

Las «reuniones» de revisión del (product) backlog

En el Scrum «oficial» no existen, aunque supongo que alguien más las utilizará o se las habrá inventado también.

Nosotros, desde varios sitios, varias organizaciones y equipos, llegamos a la necesidad de crear las «reuniones» (o si quieres llámales eventos) de revisión del (product) backlog. Y yo te lo cuento por si a ti también te pueden ser útiles.

Las «reuniones» de revisión del backlog son un evento que involucra la casi totalidad de las veces sólo al Product Owner y a los Stakeholders y en las que se negocia (teniendo siempre la última palabra del Product Owner) que entra en el Product backlog (en el Product, no en el Sprint Backlog) y en qué orden (luego será el equipo, como sabes, el que determinará cuánto entra en el Sprint).

Son realmente interesates cuando hay, obviamente, múltiples Stakeholders interesados en el Product Backlog en cuestión. Y «formalizar» estas «reuniones» antes del Sprint Planning da transparencia a los Stakeholders y descarga al Product Owner de negociar por partes, e individualmente, con diferentes Stakeholders.

Más info

Te dejo actualizado el recopilatorio de los post que hay en el blog sobre Product Owner, por si necesitas complementar este con otros relacionados:

  1. 5 carencias muy típicas en un Product Owner
  2. Los Product Owner con apellidos: Business/Operational/Chief Product Owner
  3. Tus Product Owners son, de verdad, Product Owners… si pueden decir «no»
  4. Disfunciones Ágiles: cuando el Product Owner es el jefe del Scrum Master
  5. 7 responsabilidades vitales de un product owner
  6. Cuando los Product Owner cargan parte de sus responsabilidades al equipo técnico… y además le piden explicaciones por ello
  7. Cómo ser PRODUCT OWNER: 5 consejos (en vídeo)
  8. Los roles de Product Owner y Scrum Master han evolucionado, ya no sólo tan «de libro» (o certificación) como eran
  9. Cuando el Product Owner es un cuello de botella para el equipo
  10. Tres disfunciones, posesivas, del Product Owner
  11. El Product Owner… ¿es el único que puede hablar con el cliente? 
  12. Cuidado si el Product Owner se aburre
  13. Una (nueva) infografía del rol del Product Owner
  14. Una infografía (en español) sobre el Rol del Product Owner
  15. El Product Owner del lado oscuro y otros anti-patrones
  16. Ranking de libros recomendados (3): Product Owner
  17. Algunas herramientas importantes para el Product Owner
  18. El Coste del Retraso (Cost of Delay) y su importancia para un Product Owner
  19. Interiorizando el significado del Dual-Track y que un Sprint Review no es para el Product Owner
  20. ¿Qué habilidades sociales (soft skills) necesita un Product Owner y un Scrum Master?

Y, aparte de todos los anteriores, puedes complementar la info sobre Product Owner con…

1 comentario en “Las reuniones de revisión del backlog. La relación entre Stakeholders, Product Owner y Equipo Técnico”

  1. Yo voy teniendo reuniones durante el sprint en el que me piden que valore diferentes funcionalidades que interesa a stackeholders y finalmente justo antes del sprint review del viernes tengo la última reunión en la que nos alineamos todos.

    Gracias por el artículo.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Share This
Ir arriba