¿El propietario del producto también es un desarrollador en su equipo?

Estoy confundido acerca de la responsabilidad del PO aquí. Fui desarrollador de un equipo de características del juego, pero también un PO. El trabajo diario del desarrollador es casi a tiempo completo, por lo que tengo que trabajar a lo largo del tiempo para cumplir con mi deber de PO, y la responsabilidad de PO parece estar en contra de los pensamientos del desarrollador.

Como PO, elegiré más características el próximo sprint. De lo contrario, me diré a mí mismo que no lo haga, porque soy miembro del equipo para desarrollar esas características. Esta situación me confunde, así que quiero escuchar algunas ideas de ustedes.

Soy nuevo en Scrum y Game Dev (aproximadamente 1 año y medio), y también nuevo en inglés y aquí.

Puede parecer un poco incómodo, pero realmente no debería haber ninguna razón para que estos roles se combinen. Por un lado, alguien le ha confiado este rol, por lo tanto, su equipo debe respetarlo. En segundo lugar, ahora está en una posición en la que puede priorizar el trabajo que debe hacerse para que siempre pueda explicar por qué las cosas van como están. Tercero, usted está en el equipo, por lo que está cargando su parte de la carga de trabajo. Finalmente, es un trabajo, si tienes que trabajar duro está bien. Un equipo siempre necesita recordar agregar valor a su proyecto, no se trata de entregar gratuitamente.

Todo se reduce a "¿Tienes los bienes para tomar estas decisiones?" Si crees que tienes, ¡hazlo!

En mi experiencia, el propietario del producto es un PM / TPM o un miembro del equipo de negocios. Si bien no es imposible que el OP sea un desarrollador, existe cierto peligro de conflicto de intereses. Si su producto es altamente técnico, el PO debe tener un fondo de desarrollo. Si es menos técnico y más centrado en el usuario final, entonces un PO con experiencia en negocios es crítico.

Como programador (suponiendo que sea bueno), invertirá en su código. Como propietario o gerente, debe invertir en el producto.

Estos no son siempre lo mismo. Y cuando no lo sean, tendrás grandes problemas.

Siempre he dicho que la función de un buen administrador es bloquear la basura desde arriba y robarme mi código cuando es lo suficientemente bueno. Sin un gerente, podría trabajar en una sola función por el resto de mi vida, mejorando para siempre.

Los propietarios deben mirar el panorama general, los programadores deben mirar los detalles. ¡No puedes hacer ambas cosas a menos que seas Dios!

Como se define en Scrum tradicional, no hay ningún problema con un desarrollador que también funcione como propietario del producto. Sin embargo, debe tener cuidado al planear contabilizar a cualquier persona que esté desempeñando su rol a tiempo parcial, ya sea porque están trabajando en múltiples proyectos o porque tienen múltiples roles en el mismo equipo. En su caso, no puede considerarse un desarrollador a tiempo completo porque necesita presupuestar tiempo en cada iteración para realizar las tareas del propietario del producto.

Creo que también tiene un malentendido de lo que hace el propietario del producto. No es su responsabilidad elegir qué características entran en una iteración. En cambio, es su trabajo ser la voz del cliente en el proyecto, cuando se trata de presentar nuevas historias, asignar prioridades a estas nuevas historias y garantizar que la implementación de cada historia sea aceptable mediante la creación y ejecución de pruebas de aceptación. La elección de las historias se basa en la velocidad del equipo y la acumulación de prioridades, no por la cantidad de historias que el Propietario del producto quiere implementar.

Es interesante que le esté dando consejos a un chico llamado Charlie, (Mi nombre es Charles) pero tengo algo de experiencia en el doble rol como desarrollador / PM, y en mi experiencia, es MUY fácil involucrarse demasiado en uno papel u otro.

Si puede mantenerse al tanto de ambos roles, hágalo de todas maneras, pero conserve su tiempo y mantenga el cambio de contexto entre esos dos roles al mínimo absoluto, especialmente en un solo día.

Idealmente, recomendaría que evite mezclar estos roles, ya que están, como ya lo notó, bastante en conflicto entre sí.

Casi siempre es una mala idea. Teníamos un gerente de proyecto que era propietario de un producto y eso era bastante conflictivo.

Entiendo los problemas de equilibrio general entre los dos roles, pero lo que no entiendo son sus preocupaciones específicas.

El desarrollo es solo un rol de tiempo completo si lo haces así. Si solo se cuenta al 50% durante la planificación del sprint (al contar todas las horas / días de desarrollador disponibles), debería tener mucho tiempo para sus tareas de PO.