jueves, abril 19, 2018

[Scrum] Una queja común en algunos Scrum Masters: Mi Product Owner no es bueno

Hola a todos

En sesiones de mejora con Scrum Masters (SM) con frecuencia me encuentro con las siguientes quejas acerca del Product Owner (PO):

  • no tiene tiempo para el equipo
  • no escribe bien las historias de usuario 
  • no está priorizando el product backlog
  • no hay un plan de releases
  • no se tiene un Producto Mínimo Viable (MVP).
  • no se tiene una herramienta de seguimiento de releases como un Burn Up Release (por ejemplo)
  • entre otras preocupaciones
Es allí donde les solicito que me compartan que saben del rol del Scrum Master y me responden palabras más palabras menos, lo que que está a continuación (-que se interpreta en la guía oficial de Scrum- ):



Luego de esto, comienzo una ronda de preguntas y respuestas de más o menos este estilo:
  • ¿Quién es responsable de que se tengan buenas historias de usuario, el P.O., el Team o el SM? 
  • ¿Quién es el responsable de que no se tenga un buen Product Backlog, Plan de Releases, Producto Mínimo Viable (MVP), un Burn Up Release?
    • Rpta/. Pareciera que inicialmente es el PO, pero similar al punto anterior, el SM como coach del PO debe enseñarle y ayudarle a mantener los artefactos de scrum, hasta que estos sean los adecuados para construir un producto exitoso.
  • ¿y que podríamos hacer con respecto a la falta de tiempo del PO?
    • Rpta./. El SM debe buscar como lograr más tiempo de la organización para el PO - al menos medio tiempo-, o encontar la forma de que esto se resuelva con otro PO, o un PO Proxy, pero recordemos que el SM es un agente de cambio para la organización y es responsable de que la organización comprenda como funciona Scrum y los requisitos para que sea exitoso.
Es importante comprender que el Scrum Master es el responsable de Framework de Scrum, debe trabajar por su funcionamiento exitoso, que debe convertirse en Responsable en vez de Víctima,  haciendo que las cosas pasen, si su PO, equipo o algo no funciona pues debe moverse para que las cosas sucedan.

Hasta acá este corto compartir


Saludos ágiles

Jorge Abad




3 comentarios:

  1. Doc, como siempre, muy a lugar tus lecciones. Aunque no es el hilo principal de tu asunto, me llama la atención lo del "PO proxy", así en frío, como de la nada. Del contexto podríamos inferir que es una práctica común y, aunque sabemos que alguna que otra vez es necesario, al menos de manera temporal, sería bueno una mayor explicación al respecto. ¿En qué escenarios? ¿Bajo cuáles circunstancias es posible tener uno de estos extraños personajes? ¡Creo que da para otra lección! Saludos,

    ResponderEliminar
    Respuestas
    1. De acuerdo con Lucho, tambien me llamo la atencion eso del PO Proxy, seria bueno tenerlo en cuenta en otra leccion. :)

      Eliminar