¿Cómo puede un propietario de producto no técnico de un equipo scrum mitigar la asignación excesiva de horas de tarea por parte del equipo? (Además de aprender a codificar)

En primer lugar, ¿por qué te estás metiendo con los compromisos del equipo aquí? Si están haciendo el compromiso y están cumpliendo el compromiso, eso es todo lo que se le pide a un equipo scrum. Nada mas y nada menos.

Si no están cumpliendo con sus compromisos, entonces debe trabajar con el scrum master en retrospectivas para determinar qué les está causando un compromiso excesivo y no alcanzar sus objetivos. Luego, entrena al equipo para hacer mejores estimaciones y comprometerse solo con el trabajo que realmente pueden entregar.

Su trabajo como propietario de un producto no es preocuparse por la asignación de horas de trabajo; su trabajo como OP es proporcionar una reserva de trabajo priorizada y elaborada para que el equipo tome y actúe en contra de sus propios términos y bajo su propia dirección. Lo único que le importa a una OP es si sus equipos están cumpliendo o no con sus compromisos.

¿Puedes explicar a qué te refieres? Hay al menos tres formas de leer su pregunta.

¿Es su problema que el equipo esté constantemente tomando más puntos en un sprint de lo que terminan haciendo?

¿Crees que las estimaciones de su historia son demasiado grandes?

¿Crees que están chapando en oro algunas historias en lugar de pasar a otras?

Decir más sobre su problema lo ayudará a obtener respuestas útiles.

Para mí, la forma correcta sería construir una relación de confianza con los desarrolladores. Para eso, deberá ser transparente sobre sus inquietudes y discutirlo con todos los miembros de su equipo.