¿Está bien tener más de una función en un proceso SCRUM [cerrado]?

Question

¿Cree que puede estar bien que una persona tenga más de un rol en una empresa de desarrollo de software que quiera usar SCRUM?

Por ejemplo, está bien / es posible si una persona es

• SCRUM maestro y miembro del equipo
• Propietario del producto y miembro del equipo
• SCRUM maestro y propietario del producto

¿Qué combinaciones crees que son posibles? ¿Trabajas en un equipo así? ¿Qué se debe considerar si una persona tiene más de un rol?

Gracias por cualquier sugerencia.

Answer 1

Gracias por todas sus respuestas. No puedo seleccionar una de ellas como las respuestas aceptadas, porque todas son valiosas. Por lo tanto, acepto esta respuesta para eliminar el recordatorio de mi página de perfil.

Answer 2

Todos nuestros maestros de scrum son miembros del equipo participantes y creo que funciona bien. El proceso maneja muy bien las diferencias en productividad.

Realmente creo que el propietario del producto debe ser externo, pero creo que los equipos deberían estar a cierta distancia del propietario del producto.

Answer 3

El propietario del producto no debe ser un rol de desarrollador o de gestión de proyectos; todo el asunto es tener a alguien que pueda aceptar un resultado y que sea el experto en la materia. Si los convierte en miembros del equipo, volverá a hacer que los desarrolladores de productos definan el producto; Esto es algo malo. Y si los convierte en el maestro SCRUM, primero, probablemente no tengan el fondo de desarrollo que un maestro SCRUM necesita para comprender los problemas y la estimación, y segundo, luego controlan los procesos y productos exactos que el maestro SCRUM debe servir como un maestro. saldo en.

El maestro SCRUM ciertamente puede asumir algunas de las obligaciones de los miembros del equipo, especialmente en un equipo pequeño. Sin embargo, en la mayoría de los casos, a medida que el tamaño del equipo crece más allá de 3-4, el maestro SCRUM no tendrá una tonelada de tiempo para un trabajo de desarrollo regular.

[Actualizado: " SCUM " dominar un error tipográfico muy inconveniente.]

Answer 4

Busque en los archivos del lista de discusión de debate. Esto se ha discutido ampliamente en el pasado allí.

Answer 5

Nuestro maestro SCRUM y el propietario del producto son la misma persona, pero él es un individuo único que sabe cuándo lleva puesto su gorro maestro SCRUM (o la banda de Karate Kid en este caso), no es el propietario del producto y viceversa.

Ah, sí, y definitivamente recomiendo una diadema de Karate Kid para el maestro SCRUM.

Answer 6

En una " situación Scrum ideal " no estarías compartiendo roles.

Scrum master y miembro del equipo
En ocasiones, existe un conflicto de intereses entre ellos que necesitan completar su tarea y eliminar un impedimento que un miembro del equipo ha informado. En cada uno de sus roles, se han 'comprometido' a completar su rol antes de que finalice el sprint, ¿cuál debería tener prioridad? Sin embargo, en realidad este es probablemente el par de roles más común

Propietario del producto y miembro del equipo
Realmente nunca debes tener a la misma persona aceptando el trabajo como completo y terminado y haciendo el trabajo. Esto solo debería suceder en una compañía de un solo hombre, en cuyo caso puede cuestionar la idea de utilizar Scrum en primer lugar

Scrum master y propietario del producto
De nuevo, veo un posible conflicto de intereses entre el maestro Scrum que desea completar el sprint tal como se ha comprometido y los propietarios del producto deben aceptar que el sprint ha sido aceptado.

Answer 7

Scrum divide intencionalmente las responsabilidades tradicionales de gestión de proyectos para protegerse contra las trampas tradicionales de gestión de proyectos, incluida la presión y la microgestión. Por definición, Scrum Master no tiene autoridad y el Propietario del producto tiene autoridad, por lo que si combinamos esos dos en una sola persona, deberíamos ser honestos y llamar a esa persona un gerente de proyecto regular (tal vez con algunas habilidades Agile).

Las otras combinaciones (PO es un miembro del equipo, SM es un miembro del equipo) también tienen desventajas pero son menos dañinas.