¿Cuándo entra el Propietario del Producto en el Scrum Diario? Algunas reflexiones

La reunión diaria de Scrum, también conocida como Daily Scrum, es un elemento central en el marco de Scrum. Ofrece a los miembros del equipo la oportunidad de intercambiar información sobre el objetivo del sprint, los obstáculos y otros temas relevantes. Pero a veces surge una pregunta: ¿Debería el Product Owner también participar en este evento diario? ¿Cuándo debe participar el Product Owner en el Daily Scrum, si es que alguna vez debe hacerlo? Profundicemos en ello.

¿Cuándo tiene que participar el Propietario del Producto en el Scrum Diario?

¿El Propietario del Producto en el Scrum Diario?

Según la Guía Scrum, el Propietario del Producto puede participar en el Scrum Diario, especialmente si está trabajando activamente en las tareas del sprint en curso. Sin embargo, no existe un requisito estricto para que el Propietario del Producto esté presente. La decisión de si el Propietario del Producto debe participar en el Scrum Diario es, en cierta medida, responsabilidad de todo el equipo.

Es comprensible que algunos equipos de desarrollo deseen contar con la presencia del propietario del producto para obtener respuestas rápidas a preguntas o aclaraciones sobre el backlog del producto. Esto está permitido, pero el propietario del producto debe limitarse a apoyar las actividades de los desarrolladores y no intervenir demasiado activamente en la reunión.

Sin embargo, hay equipos que se abstienen deliberadamente de que el Propietario del Producto participe en el Scrum Diario. Esto podría deberse al hecho de que el propietario del producto tiene estrechos vínculos con la dirección y las partes interesadas, lo que podría afectar a la apertura de los desarrolladores. Esto también está bien.

Durante el Scrum Diario, es crucial que los desarrolladores puedan hablar libre y honestamente sobre bloqueos, obstáculos y progresos. Si la presencia del Propietario del Producto se percibe como improductiva, debe dejarse que los desarrolladores decidan si el Propietario del Producto debe estar presente.

Entonces, ¿cuándo tiene que participar el Propietario del Producto en el Scrum Diario? Para resumirlo brevemente, en teoría nunca tiene que hacerlo.

Sin embargo, hay situaciones en las que la presencia del Propietario del Producto en el Scrum Diario puede ser útil. Por un lado, puede mejorar la cohesión del equipo si el Propietario del Producto participa como oyente silencioso. Esto es especialmente importante si hay indicios de un distanciamiento creciente entre el propietario del producto y el equipo de desarrollo. Participando en algunos Scrums Diarios, el Propietario del Producto puede salvar esta distancia y fomentar la comunicación.

¿Cuándo tiene que participar el Propietario del Producto en el Scrum Diario?

Obtén retroalimentación en una fase temprana

Otra razón importante para la presencia del propietario del producto es la oportunidad de recibir comentarios en una fase temprana. Escuchando activamente durante el scrum diario, el propietario del producto puede obtener información valiosa sobre las actividades diarias, la capacidad y la velocidad del equipo de desarrollo. Esta información temprana permite al propietario del producto mejorar las historias de usuario y hacer ajustes en el backlog.

En cierto modo, la participación del Propietario del Producto en el Scrum Diario puede, por tanto, ayudar a modelar los breves bucles de iteración y los ciclos de retroalimentación dentro del equipo, que es de esperar que también existan con la retroalimentación de los clientes.

"¡Muchos miembros del equipo no se atreven a hablar!"

Resuelve este reto

"¡Descubrimos demasiados problemas y fallos inesperados en una fase tardía!"

Resuelve este reto

"¿Por qué a veces tardo horas en preparar una simple retrospectiva?"

Resuelve este reto

¿Cuándo tiene que participar el Propietario del Producto en el Scrum Diario?

Mejorar la colaboración en equipo

Si básicamente queréis mejorar vuestra colaboración en equipo, hacer que el desarrollo de vuestro equipo sea más medible, entonces Echometer podría ser interesante para vosotros, especialmente si no tenéis un Scrum Master dedicado a tiempo completo en vuestro equipo.

Echometer es una herramienta digital que ayuda a los jefes de equipos ágiles con las retrospectivas ágiles y los Health Check de equipo. Ya sea a distancia, híbrido o in situ: hace que el coaching de equipo sea medible y profesionaliza tu trabajo, a la vez que te ahorra mucho trabajo. Echa un vistazo a nuestro sitio web para obtener más información: www.echometerapp.com.

En caso de duda, sed ágiles: Incorporad al Product Owner al Daily Scrum de forma experimental durante, por ejemplo, un sprint, y reflexionad en la próxima retrospectiva sobre si queréis mantenerlo o cómo queréis hacerlo.

Christian Heidemeyer, psicólogo y Scrum Master

¿Cuándo tiene que participar el Propietario del Producto en el Scrum Diario?

Conclusión: El Propietario del Producto en el Scrum Diario

En resumen, puede decirse que la participación del Propietario del Producto en el Scrum Diario no es una regla fija, sino que depende de varios factores. La decisión debe tomarse en función de la dinámica del equipo y de las necesidades del proyecto. No se trata sólo de participar, sino de encontrar el equilibrio adecuado para fomentar la colaboración y el intercambio de información en el proceso de desarrollo.

Por último, otra vez la indicación: Si alguna vez quieres probar cómo se siente al desarrollar tu equipo con nuestra herramienta: Puedes iniciar una retrospectiva ágil sin iniciar sesión a continuación, en este caso el taller “Keep, Stop, Start”. 

También puedes reenviar nuestro sitio web a los compañeros responsables: www.echometerapp.com.

Cómo hacerlo

Mantener Stop Start Retro: Así es como funciona la retroalimentación

1. Rompehielos aleatorio (2-5 minutos)

   Echometer os proporciona un generador de preguntas aleatorias para el registro.

2. Revisión de las medidas abiertas (2-5 minutos)

   Antes de empezar con nuevos temas, debéis hablar una vez sobre el control de eficacia de lo que ha sido de las medidas de las retrospectivas pasadas. Echometer enumera automáticamente todos los elementos de acción abiertos de las retrospectivas pasadas.

3. Discutir temas de retroalimentación

   Utilizad las siguientes preguntas abiertas para recopilar vuestras conclusiones más importantes. Primero, cada uno por su cuenta de forma encubierta. Echometer permite revelar cada columna del tablero de retroalimentación individualmente para luego presentar y agrupar los comentarios.

   • Continúa: ¿Qué debemos conservar?
   • Detener: ¿Con qué debemos detenernos?
   • Inicio: ¿Qué debemos empezar a hacer?

4. Pregunta comodín (recomendada)

   Para que también haya un lugar para otros temas:

   • ¿De qué más te gustaría hablar en la retroalimentación?

5. Priorización / Votación (5 minutos)

   En el tablero de retroalimentación de Echometer podéis priorizar fácilmente los comentarios con la votación. La votación es, por supuesto, anónima.

6. Definir medidas (10-20 minutos)

   Se puede crear una medida enlazada a través del símbolo más en un comentario. ¿Aún no estás seguro de qué medida sería la correcta? Entonces, abrid una pizarra blanca sobre el tema a través del símbolo más para hacer una lluvia de ideas sobre las causas raíz y las posibles medidas.

7. Checkout / Cierre (5 minutos)

   Echometer os permite recopilar comentarios anónimos del equipo sobre lo útil que fue la retroalimentación. Esto crea la puntuación ROTI ("Retrun On Time Invested"), que podéis seguir a lo largo del tiempo.

Mantener Stop Start Retro

Continúa: ¿Qué debemos conservar?

Detener: ¿Con qué debemos detenernos?

Inicio: ¿Qué debemos empezar a hacer?

Abre este formato ahora Adáptate...