Me gustaría saber si un Scrum Master puede ser Product Owner en Scrum.
Es posible, pero la mayoría de los expertos que conozco no lo recomiendan, ya que estos dos tienen roles y responsabilidades en conflicto. PO se enfoca en obtener el máximo rendimiento de su dinero, mientras que el papel de SM es ayudar al equipo a alcanzar y mantener todo su potencial a largo plazo. Esto incluye proteger al equipo de interrupciones externas y asegurarse de que solo obtengan tanto trabajo como puedan manejar.
Por lo tanto, el PO presiona continuamente al equipo para que entregue más valor, mientras que el SM presiona para evitar sobrecargar al equipo. Si estos dos roles están a cargo de la misma persona, un lado generalmente gana al otro, lo que genera un desequilibrio.
Mike Cohn explica esto con un buen ejemplo histórico en su blog .
Esta pregunta también se hizo en Programmers.SE .
De la Guía Scrum de Jeff Sutherland y Ken Schwaber ( https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum_Guide.pdf )
El propietario del producto tiene la responsabilidad específica de dar trabajo al equipo: "Nadie puede decirle al equipo de desarrollo que trabaje con un conjunto diferente de requisitos, y el equipo de desarrollo no puede actuar según lo que digan los demás".
...y el Scrum Master tiene la responsabilidad específica de entrenar y guiar (consulte las secciones sobre las responsabilidades del Scrum Master).
Agregaría que incluso cuando el equipo y el Dueño del producto no operan en ningún tipo de conflicto, parte de las responsabilidades del Scrum Master incluyen entrenar al Dueño del producto. Uno puede auto-entrenarse, pero a menudo es más efectivo tener a alguien más en ese rol.
Normalmente, no se recomienda. Especialmente porque a veces, PO es el que introduce perturbaciones dentro del sprint con problemas " siempre súper urgentes ", y se supone que SM debe contenerlos el mayor tiempo posible. SM en este caso tiene que usar sus habilidades de negociación en el PO y las partes interesadas para mantener las perturbaciones del sprint tanto como sea posible.
Dicho esto, me encontré con un escenario en el que desempeñé el papel de Scrum Master y "reflejé" al propietario del producto.
Esto se debió a que el equipo era distribuido (en alta mar con 4 horas de diferencia horaria), donde el equipo de desarrollo estaba en un extremo junto conmigo y el PO estaba en el otro extremo.
Tuve varias conversaciones individuales con el PO para comprender mucho mejor el producto, y también varios problemas satelitales relacionados con el producto, lo que ayudó a responder la mayoría de las preguntas del equipo cuando no se podía contactar directamente con el PO.
Tiago Cardoso