¿Puede el propietario del producto + Scrum Master (líder de equipo/Kanban) proporcionar liderazgo combinado para un equipo?

¿Es la combinación del Product Owner y Scrum Master (o Kanban Lead) una mejor combinación para el liderazgo en un equipo? Me inclino por que los PO sean parte del liderazgo además del Scrum Master. Creo que un gran PO con una gran habilidad de liderazgo puede liderar inmensamente al equipo de desarrollo en tiempos difíciles.

No estoy de acuerdo con que solo Scrum Master deba ser el líder de servicio en el equipo. Creo que la combinación de Scrum Master y Product Owner funciona mucho mejor.

En cuanto a hacer Scrum de manera efectiva, estoy de acuerdo con el contenido de este documento . Mezclar la propiedad del backlog y "liderar" el equipo parece peligrosamente cercano a la gestión de proyectos tradicional. Así que no, no estoy de acuerdo.
Relacionado con la opinión.
La opinión de Mike Cohn sobre el tema , y ​​su opinión con los piratas . Generalmente una mala idea, según él.

Respuestas (5)

TL;DR

Eres víctima del pensamiento heredado de comando y control. Los roles que describe tienen responsabilidades , pero no son "líderes" del equipo en el sentido tradicional, ya sea solos o en combinación.

Los equipos Scrum tienen roles, no líderes

Según la Guía oficial de Scrum :

El Equipo Scrum está formado por un Product Owner, el Equipo de Desarrollo y un Scrum Master. Los Equipos Scrum son autoorganizados y multifuncionales. Los equipos autoorganizados eligen la mejor manera de realizar su trabajo, en lugar de ser dirigidos por otros fuera del equipo.

Un equipo autoorganizado no está dirigido por líderes tradicionales desde fuera o dentro del equipo. En cambio, cada rol en el equipo juega un papel vital en la entrega de valor al cliente. Puede leer la sección completa de la Guía de Scrum para obtener una descripción de cada rol, pero en resumen:

  • El Scrum Master es un árbitro de proceso responsable de ayudar al equipo a comprender y aprovechar al máximo el marco.
  • El propietario del producto es un árbitro de valor responsable de comunicar y priorizar características.
  • " Los Equipos de Desarrollo están estructurados y autorizados por la organización para organizar y administrar su propio trabajo".

Si te gustan las metáforas deportivas, es como la defensa en zona: cada miembro del equipo tiene una región de responsabilidad, y debe colaborar, confiar y apoyarse en el resto del equipo para ser efectivo. Nadie está "a cargo" del equipo, aunque los equipos efectivos ciertamente tendrán miembros que muestren cualidades de liderazgo .

Estructure sus equipos para que sean multifuncionales, asegúrese de que estén empoderados y asegúrese de que todos comprendan su función dentro del equipo. Fomentar la colaboración y un sentido de propósito compartido, en lugar de fomentar una cultura de líderes y seguidores. Esa es la encarnación de los principios detrás del Manifiesto Ágil .

Me gusta mucho esta respuesta, y le agregaría algo. Además de ser un árbitro de procesos, el Scrum Master es absolutamente un líder de servicio. El propietario del producto dirige al equipo para que comprenda el valor que ofrece a través de la visión del producto y la cartera de pedidos. Cada Desarrollador tiene la oportunidad de guiarse entre sí para mejorar continuamente la base de código, la documentación, las prácticas del equipo, las herramientas, etc. El liderazgo se demuestra de muchas maneras en un Equipo Scrum saludable sin nombrar a una o dos personas como "líderes".
Lo siento, muchas cosas en este comentario son buenas, pero comienza con esta oración: "Eres víctima del pensamiento heredado de mando y control". Es muy difícil aceptar frases como esta. Para que su consejo sea lo más útil posible, es útil hacer preguntas, declaraciones generales o mensajes personales. "Tú eres la víctima..." cierra cualquier otra discusión.
@CodeGnome / +CodeGnome No creo que sea una víctima. Vi que esto sucedía y fue una gran experiencia. Scrum sugiere que no lo sea. Sin embargo, estoy en total desacuerdo. Estoy pensando fuera de la caja de Scrum. No estoy hablando de responsabilidades en absoluto. Estoy hablando de un líder dentro del equipo que pueda encender al equipo, uno que pueda ayudarlos a probar cosas nuevas, uno que pueda desafiarlos (idealmente sin tener autoridad en el sentido clásico)

En Scrum, cada individuo en el Equipo Scrum, incluidos los miembros del PO, SM y del Equipo de Desarrollo, tienen alguna responsabilidad de liderazgo/gestión.

  • El Propietario del Producto posee la Lista de Producto. Prioridad, detalles sobre cada artículo, visión del producto, etc. Esta persona tiene la responsabilidad general de asegurarse de que el producto tenga valor. Su liderazgo se basa en el valor.
  • El ScrumMaster es el líder de servicio del equipo y es el principal responsable de garantizar que el trabajo se realice de manera eficiente y en línea con Scrum. Son líderes en términos de conceptos de Scrum, aseguran que el trabajo se complete de manera eficiente y se aseguran de que el equipo esté enfocado y trabajando duro. Son un sirviente en el sentido de que eliminan impedimentos y actúan como un amortiguador para el equipo. Su liderazgo se basa en la eficiencia.
  • El Equipo de Desarrollo es un grupo autogestionado. Toman las mejores decisiones técnicas que pueden para asegurarse de que están construyendo el mejor producto que representa los requisitos del propietario del producto. Es su trabajo asegurarse de que todos los PBI que se han comprometido con un Sprint se realicen. Ellos "hacen" tareas, en lugar de que se las asignen, y acuerdan la mejor manera de hacer el trabajo. Por lo tanto, su liderazgo se basa en la competencia técnica y la finalización del producto.

La belleza de Scrum es que el liderazgo se distribuye entre todas las partes del equipo, asegurando que cada persona, idealmente, tenga la propiedad de lo que se está construyendo y pueda liderar en el área en la que es más competente. El PO, un representante comercial y la Voz del Cliente, puede liderar las decisiones comerciales. El SM es un individuo orientado al proceso y se le permite liderar el proceso del equipo y entrenarlo a través de Scrum. El equipo de desarrollo puede hacer lo que mejor sabe hacer y liderar el departamento de tecnología y finalización.

¡Espero que esto responda tu pregunta!

Tal vez primero deberíamos entender ¿Qué es el liderazgo de servicio?

En sus obras, Greenleaf analiza la necesidad de un mejor enfoque del liderazgo, uno que ponga el servicio a los demás, incluidos los empleados, los clientes y la comunidad, como la prioridad número uno. El liderazgo de servicio enfatiza un mayor servicio a los demás, un enfoque holístico del trabajo, la promoción de un sentido de comunidad y el poder compartido en la toma de decisiones.

¿Quién es un líder servidor? Greenleaf dijo que el líder-servidor es aquel que es primero un sirviente. En El Siervo como Líder escribió: “Comienza con el sentimiento natural de que uno quiere servir, servir primero. Entonces la elección consciente lleva a uno a aspirar a liderar. La diferencia se manifiesta en el cuidado que tiene el sirviente, primero para asegurarse de que las necesidades de mayor prioridad de otras personas estén siendo atendidas. La mejor prueba es: ¿Aquellos a quienes se sirve crecen como personas? ¿Son ellos, mientras son servidos, más saludables, más sabios, más libres, más autónomos, más propensos a convertirse ellos mismos en sirvientes? Y, ¿cuál es el efecto sobre los menos privilegiados de la sociedad? ¿Se beneficiarán o al menos no sufrirán más privaciones?”.

de: Liderazgo de servicio

+Amo / @Amo ¿Estás sugiriendo que PO + SM pueden ser líderes de servicio?

No estoy de acuerdo con la mayoría de estas respuestas. Los equipos necesitan liderazgo sin importar el estilo de liderazgo que sea. Podría ser un liderazgo de servicio o algo más, pero es necesario que haya liderazgo. Y los buenos equipos tienen un fuerte liderazgo. Si no hay nadie al frente de la mesa que motive, aliente y, en general, impulse al equipo, el equipo eventualmente se estancará. Está en la naturaleza humana buscar un líder en cualquier esfuerzo de grupo.

Entonces, con eso en mente, diría que SÍ, el PO y el SM pueden asociarse para liderar un equipo, si ambos son fuertes y tienen cualidades de liderazgo. Estuve en esta posición en mi último trabajo. Tanto yo como el "propietario de la empresa" (como llamábamos a los PO allí) teníamos un conocimiento muy sólido de las necesidades de la empresa y las fortalezas del equipo, por lo que codirigimos ese equipo.

Además, un OP puede tener una comprensión muy sólida de las necesidades comerciales y tener una visión clara de su producto y no tener ninguna cualidad de liderazgo. Lo mismo ocurre con los SM. Un SM puede ser el mejor entrenador de procesos del mundo y no ser capaz de liderar. Los dogmáticos ágiles pueden soltar la teoría de la composición del equipo todo lo que quieran, pero la realidad es que el líder del equipo surgirá orgánicamente y será la persona más adecuada para liderar ese equipo, independientemente de su función y responsabilidades en el scrum.

Lo siento, tengo que discrepar con la aparición orgánica de líderes siendo "los más aptos para liderar un equipo"; a menudo es la persona con la voz más alta, la más persuasiva (independientemente del valor proporcionado), la que antes era la más ejecutiva, la más política, etc. prácticas o valores que presentan como importantes.
Ese es un punto interesante y sólido. A veces surge el más ruidoso en lugar del más calificado. Aunque creo que eso es raro. En mi (cuantos años) en el mundo de los negocios, he visto que esto sucedió tal vez una vez, e incluso entonces no pasó mucho tiempo antes de que no lo tomaran en serio. Aún así, tienes un buen punto. Gracias por el comentario.

El equipo no tiene un líder fijo. El equipo es un grupo sin un solo líder. Auto organizado. Auto motivado. Autosuficiente Liderazgo propio.

Si el equipo necesita un líder, todavía no es un equipo en el sentido de SCRUM.

Dicho esto, las buenas habilidades de liderazgo, las buenas habilidades sociales y ser una persona optimista y positiva pueden ser una ventaja en cualquier rol de SCRUM.

+nvoigt / @nvoigt "Si el equipo necesita un líder, todavía no es un equipo en el sentido de SCRUM". ¿Está sugiriendo que Scrum no adopta el liderazgo?
@sheidaei Quise decir exactamente lo que dije: si un equipo necesita un líder, aún no está listo para SCRUM. Las dinámicas de grupo son frágiles y los líderes temporales pueden surgir en cualquier momento y por cualquier duración. Pero si cada miembro espera pasivamente que alguien más lo dirija, no funcionará. Y no será SCRUM si pones un líder fuerte en un equipo así. Porque entonces no es un equipo, es una jerarquía.
Creo que estamos en la misma página, los refiero a la nota rápida de Mike Cohn, uno de los fundadores de Scrum sobre liderazgo. "Liderar un equipo autoorganizado implica más que comprar pizza y quitarse de en medio. Los líderes influyen en los equipos de manera sutil e indirecta". mountaingoatsoftware.com/blog/…
@sheidaei Las tácticas descritas en ese enlace no son lo que yo llamaría "liderazgo". Son intrigas de capa y espada a espaldas de los equipos. Despreciaría a un Scrum Master que hizo lo que se sugiere allí. Si surge un líder, estoy totalmente a favor de capacitar a todos los demás miembros del equipo para que alcancen su nivel, de modo que vuelva a ser más un equipo. "Revolver la olla", intrigar y planificar a espaldas de los equipos y esperar que el líder caiga de alguna manera es para los tribunales nobles del siglo XVII, no es nada que quiera en mi oficina. Un buen liderazgo no tiene que ser oculto y sutil. El buen liderazgo puede destacarse a plena luz.