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?
- Rpta/. Es el SM como experto del marco es el encargado de garantizar que el equipo tenga los ítems de backlog adecuados para trabajar, y es su deber como coach del PO de enseñarle y verificar las historias de usuario para que estas cumplan con un estándar mínimo de calidad (las tres CCC e INVEST). ( leer tambiém :El Product Owner "NO" Necesariamente Escribe las Historias de Usuario o Ítems de Backlog - clic aquí)
- ¿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.
Hasta acá este corto compartir
Saludos ágiles
Jorge Abad
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,
ResponderBorrarDe acuerdo con Lucho, tambien me llamo la atencion eso del PO Proxy, seria bueno tenerlo en cuenta en otra leccion. :)
BorrarMuy buen articulo, muchas gracias
ResponderBorrar