¿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 tienen miedo de hablar!"
Resolver este desafío
"¡Descubrimos demasiados problemas inesperados y bugs demasiado tarde!"
Resolver este desafío
"¿Por qué a veces necesito horas para preparar una simple retrospectiva?"
Resolver este desafío¿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 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, de nuevo 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.
Keep Stop Start Retro: So läuft die Retro ab
-
Rompehielos aleatorio (2-5 minutos)
Echometer te proporciona un generador de preguntas aleatorias para el registro.
-
Revisión de las medidas abiertas (2-5 minutos)
Antes de empezar con nuevos temas, hay que hablar una vez sobre el control de la eficacia de lo que ha sido de las medidas de las retrospectivas pasadas. Echometer enumera automáticamente todos los puntos de acción abiertos de las retrospectivas pasadas.
-
Debatir temas retro
Utiliza las siguientes preguntas abiertas para recopilar tus principales conclusiones. Primero, cada uno por su cuenta. Echometer permite revelar cada columna del tablero retro individualmente para presentar y agrupar la retroalimentación posteriormente.
- Continúa: ¿Qué debemos conservar?
- Detener: ¿Con qué debemos detenernos?
- Inicio: ¿Qué debemos empezar a hacer?
-
Catch-all Frage (Empfohlen)
Damit auch sonstige Themen einen Platz haben:
- Über was möchtest du sonst noch in der Retro reden?
-
Priorización / Votación (5 minutos)
En el tablero retro de Echometer, puedes priorizar fácilmente la retroalimentación con la votación. La votación es, por supuesto, anónima.
-
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 abre una pizarra 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.
-
Checkout / Cierre (5 minutos)
Echometer te permite recoger feedback anónimo del equipo sobre lo útil que fue la retro. Esto crea la puntuación ROTI ("Retrun On Time Invested"), que puedes seguir a lo largo del tiempo.
Keep Stop Start Retro
