Me preguntan por interno si este personaje debe asistir a la ceremonia de inspección y adaptación. Es una buena pregunta, teniendo en cuenta que hay quienes recomiendan que no sea así o que la participación del Dueño de Producto es opcional en la Retrospectiva.
No hay ninguna buena razón por la cual el Dueño de Producto no deba estar en la retrospectiva. Desde la misma guía de Scrum ya sus autores sugieren que debería participar:
"La Retrospectiva de Sprint es una oportunidad para el Equipo Scrum de inspeccionarse a sí mismo y de crear un plan de mejoras que sean abordadas durante el siguiente Sprint".
Y ya sabemos que el Equipo Scrum se compone de Scrum Master + Desarrolladores + Dueño de Producto.
Pero más allá de esto, no concibo cómo, sin la participación del Dueño de Producto en esta reunión, sea posible que el equipo en pleno se inspeccione a sí mismo para luego crear un plan de mejoras que nunca estará completo sin la intervención de este actor. Por ejemplo, ¿cómo mejorar la comunicación con el entorno del negocio? El resto del equipo no podría definir la mejor estrategia para lograrlo en ausencia del Dueño de Producto.
Algunos dirán que se define la estrategia en la reunión y luego se la comunican al Dueño de Producto, eso simplemente extendería la retrospectiva, con el riesgo de que él "tumbe" las acciones a realizar por cualquier motivo válido.
- ¿Y qué pasa si hay problemas con la salud del backlog?
- Problemas con la definición de los criterios de aceptación de las historias de usuario.
- ¿El equipo conoce cómo los usuarios realmente usan el producto?
- Problemas con la aceptación del incremento sprint tras sprint.
- ¿El equipo conoce la visión completa del producto, la estrategia de implementación y cómo lo quieren los usuarios?
- ¿Y qué ocurre si el Dueño de Producto no está el tiempo suficiente con el equipo para responder sus preguntas y clarificar las características del producto? O para proporcionar retroalimentación efectiva.
En fin, muchas son las razones para que el Dueño de Producto sí esté en la reunión. Estas que mencioné son solo algunas. En breve, el Dueño de Producto es protagonista principal en esta ceremonia.
Ahora bien, se me ocurren algunas malas razones por las cuales no debería asistir. Las mencionaré brevemente y estableceré alguna razón sólida para no tenerlas en cuenta:
Lo aburrimos con minucias técnicas. Una retrospectiva no es para profundizar en los detalles de lo puramente técnico.
El equipo de desarrollo y el Scrum Master son de un proveedor y el Dueño de Producto es del Cliente. Entonces dónde queda la confianza y, por consiguiente, la transparencia. Si estamos pensando así, todavía nos hace falta mucho de la Cultura Ágil y de liderazgo. En cualquier caso, esta práctica reduciría mucho la transparencia, necesaria a todas luces en un entorno ágil.
No tiene tiempo. ¡Este es, precisamente, un tema a abordar con él en la retrospectiva!
Así lo hemos hecho aquí y nos funciona. Esta es interesante. ¿Y qué tal si lo hacemos de la otra forma (que si asista) y vemos la diferencia? ¿Mejoramos o empeoramos? Seguramente será lo primero.
Esta última es la típica cuestión que se enmarca en el empirismo, es decir, aprendemos de la experiencia, como todo en Scrum. Algo que se resume también en eso de "usar o hacer lo que te funciona". Sin embargo, las razones que expuse al principio y muchas otras precisamente nos han enseñado los beneficios de la presencia del Dueño de Producto en la ceremonia.
Entre otras, pero todas absolutamente son "malas" razones.
En definitiva, el Dueño de Producto sí debería (sí debe) asistir a las retrospectivas, así que adelante. Si como Scrum Master te sugieren que el Dueño de Producto no debe estar en la reunión, te enfrentas a una sintomatología que te indica que falta algo de la base, los valores y principios ágiles, la forma cómo racionalizamos, el fondo de la cultura ágil, más que del mismo Scrum y otras prácticas.
---
¿Y tú, invitas al Dueño de Producto a tus retrospectivas? Déjamelo saber en la sección de comentarios más abajo.
Es muy importante lograr que el PO participe de las retro, pero siempre que sepa sumar a esta importante ceremonia. No soy partidaria de ser generalista y forzar una participación que puede inhibir al team a abrir sus problemas y trabajar para la mejora continua.
ResponderBorrarNo importa si el PO es del cliente o todos los roles lo son, es fundamental que el rol de PO tenga la apertura necesaria para sumar positivamente en una retro y si bien ésto algunas veces se da por sí sólo, muchas veces requiere de un fuerte trabajo que según mi experiencia no se logra forzando una participación.
Gisela, de acuerdo. Tampoco se trata de forzar su participación. Por ejemplo, es tarea del Scrum Master y del resto del equipo, enamorar al Dueño de Producto con la magia del pensamiento ágil, de las prácticas Scrum, en fin con todo esto que hacemos, para que desee fervientemente participar de todos los eventos.
BorrarPero me llama la atención cuando dices que "puede inhibir el team", cuando precisamente el PO hace parte del team. Es de lo que se trata. Si hablamos del "resto del team" es otra cosa. En cuyo caso, hay que hacer ese trabajo del que hablas, el equipo Scrum es uno solo, con el PO abordo, sin jerarquías, colaborativo, que practica y promueven el respeto, el coraje, el compromiso y los demás valores Scrum que se convierten en pilares de la confianza en el equipo. Y todo esto se logra precisamente "a medida que trabajan en los eventos (como la retrospectiva), roles y artefactos de Scrum".
Muchas gracias por tu participación en el foro. Enhorabuena.