SCRUM: miembros del equipo no cooperativos [cerrado]

StackOverflow https://stackoverflow.com/questions/71036

  •  09-06-2019
  •  | 
  •  

Pregunta

¿Qué haces si los miembros de tu equipo no cooperan durante las reuniones de scrum?O bien proporcionan una definición de muy alto nivel de en qué están trabajando actualmente ("trabajando en la característica x"), o entran en detalles extremadamente irrelevantes. a pesar de estar bien educado en la metodología SCRUM.Esto hace que la reunión de scrum sea ineficaz y aburrida.

Como scrum master, ¿cuáles son tus técnicas para sacar lo mejor de las personas durante la reunión?

Editado para agregar:

¿Qué técnica utilizas para detener a alguien que habla demasiado, sin resultar ofensivo?

¿Qué técnica utilizas para animar a alguien a dar una respuesta más detallada?

¿Cómo reaccionas cuando eres el único que escucha, mientras que otros miembros del equipo simplemente se sientan ahí y tal vez incluso se quedan dormidos?

¿Fue útil?

Solución

En primer lugar...asegúrese de que la gente esté de pie...y ni siquiera apoyado en la pared o en un escritorio.

En un nivel alto, diría que, siempre que enfrentes problemas en el equipo, la mejor respuesta es pregunta al equipo para soluciones.Sin embargo, estas son algunas de las técnicas que he utilizado para los problemas que enfrenta.

Habla demasiado

  • hacer que se pare sobre una pierna
  • pídale que sostenga la ficha de "habla" del scrum en una mano extendida mientras habla.
  • Agregue un rotafolio al scrum para enumerar los temas presentados...Cuando alguien se prolongue con un tema que no es digno de una reunión de scrum, interrumpa y diga "Oye, gran punto".No estoy seguro de que todos necesiten discutir esto, ¿qué tal si dejamos esto para una discusión de seguimiento?" Una clave para que esto sea exitoso es hacer un seguimiento posterior y programar la conversación paralela.Alternativamente, el hablante puede simplemente decir "No es necesario...Estaré trabajando con Joe esta tarde en esto" o algo así, que logra el objetivo de reducir el ahogo sin la necesidad de programar el seguimiento.

Necesito más detalles.¿Es esto para beneficio del scrum master o del equipo?

  • espere hasta después para hacerle preguntas más detalladas al individuo.Si cree que el equipo también necesita conocerlos, entrene al miembro del equipo transmitiéndole (en sus preguntas después del scrum) que "este es el tipo de cosas que creo que a Joe Smith le ayudaría saber de usted, ¿qué piensa?". ?"

El equipo no escucha..

  • Pregúnteles de forma individual."Sally, noté que no pareces sacar mucho provecho del Scrum.¿Cómo podemos ajustarlo para que sea valioso para usted?".
  • Publica preguntas a otros durante el scrum.Como si Sally dice "Ayer me integré con el código de Bob", pregúntale a Bob "¿Cómo te fue?" (Usaría esto con moderación ...para evitar que los scrums tarden demasiado).
  • Descubrí que a veces los miembros del equipo tienden a adoptar viejos hábitos al mirar al scrum master o al gerente del proyecto cuando hablan.Cuando esto sucede con frecuencia, cambio mi mirada para apartar la mirada, lo que casi obliga al hablante a establecer contacto visual con otros miembros del equipo, lo que puede ayudar a los demás miembros del equipo a prestar atención.

Otros consejos

Si la gestión del tiempo es tu problema.Consigue un cronómetro y haz que alguien suene cuando se te acabe el tiempo.Asegúrese de que las tareas estén divididas con un nivel adecuado de granularidad: cualquier tarea debe durar entre 4 horas y 2 días.máximo 3 días.Todo lo anterior se desglosa aún más antes de que la gente se registre para hacerlo.

Creo que las tres preguntas son:

  • ¿Qué hiciste ayer?
  • ¿Qué vas a hacer hoy?
  • ¿Qué obstáculos ves en tu camino?

Las tareas granulares (planificación posterior a la iteración) deben atender a los puntos 1 y 2.El tercero en realidad depende de las condiciones ambientales.Con el tiempo, el cronómetro debería sacudir inconscientemente a los miembros para que piensen en sus problemas y formulen oraciones cortas.Concéntrese en obstáculos concretos en lugar de explicar por qué, condiciones previas o lo que sea.Si estás hablando con una sola persona durante más de 5 minutos sobre algo que sólo es relevante para ambos...detente, toma nota (habla más tarde en su escritorio) y sigue adelante.

Actualizar:También asegúrese de que todos comprendan que "ensayar" antes de la reunión de Scrum les ahorraría tiempo a todos. Pensar sobre lo que te gustaría transmitir en lugar de simplemente entrar en el stand-up.

Deberían decir lo que lograron, no en qué trabajaron, y si no lograron nada, entonces qué les impidió lograrlo.

Las preguntas que se hacen podrían formularse de otra manera.

  1. ¿Qué he completado desde la última reunión?
  2. ¿Qué completaré antes de la próxima reunión?
  3. ¿Qué hay en mi camino (impedimentos)?

También es importante que en la reunión no se trate del equipo que informa al scrum master, sino del equipo que se mantiene en control entre sí.Si la gente le habla directamente al scrum master, existen técnicas para cambiar el enfoque.Asegúrate de no mirar al hablante, o incluso retrocede para que la línea de visión cambie y se vea obligado a mirar a sus compañeros de equipo mientras hablan.Hazlo sutil aunque :)

EDITAR:

Lo tomé dehttp://www.implementingscrum.com/2007/04/02/work-naked/

¿Cómo reaccionas cuando descubres que eres el único que escucha, mientras que otros miembros del equipo simplemente te escuchan? sentarse allí y tal vez incluso quedarse dormido?

Hmm, ¿realmente estás teniendo reuniones de pie?Puede sonar cursi, pero además de hacer que a las personas les resulte más difícil conciliar el sueño, también ayuda a fomentar la sensación de una reunión rápida en lugar de una reunión tranquila.

Una cosa que he visto que conduce a una mejora es el uso de un "bastón parlante" (en realidad usamos una pelota blanda).Proporciona un enfoque adicional sobre quién está hablando actualmente y hace que la transición a otra persona sea más obvia.

¿Cómo reaccionas cuando eres el único que escucha, mientras que otros miembros del equipo simplemente se sientan ahí y tal vez incluso se quedan dormidos?

Si ya he escuchado lo que han dicho los demás, le haría una pregunta a alguien que no esté prestando atención sobre cómo esto podría afectar lo que está trabajando.Le gusta mucho al maestro de escuela, sin embargo es suficiente para que respondan y se involucren nuevamente en la reunión.

También estoy de acuerdo con Encanto

Para que su equipo participe, debe ver el valor en ello, no simplemente hacerlo porque usted se lo dijo.

El Scrum es una reunión de pie y el concepto de bastón parlante es un punto excelente.

La clave aquí no es que tenga uno o varios miembros del equipo que no cooperen, sino, en mi opinión, un problema más fundamental:Se supone que el equipo scrum debe ser autogestionado y la reunión scrum es para mantener el equipo informado.Si los otros miembros del equipo no piden aclaraciones ni critican a los miembros que no cooperan, entonces es necesario reeducar sobre scrum.

Recuerde, no se informa al scrum master, él/ella es solo la persona que elimina los bloqueos del proceso.Esto incluye facilitar la reunión de scrum, pero el equipo tiene la responsabilidad de comprender y exigir aclaraciones independientemente del scrum master.

Pregunta por los detalles específicos que necesitas.La gente no se dará cuenta de las cosas que le interesan.

También trate de presentar algunas pautas para una presentación mejor y más efectiva antes de la reunión.

Hable con ellos fuera de la reunión de scrum y dígales cómo otros pueden percibir su forma de presentar lo que están trabajando actualmente.Supongo que no son deliberadamente no cooperativos, sino que simplemente no están acostumbrados al nivel exacto de detalle que deberían tener las reuniones de scrum.

También puede preguntarles cuánta información esperan de los demás durante la reunión.

Por "reunión scrum", ¿te refieres a la reunión diaria "de pie"?Si es así, creo que normalmente tienen un límite de tiempo de entre 15 y 20 minutos.Así que divide ese tiempo equitativamente entre todos, y una vez que alguien agota todo su tiempo, no puede hablar.Puede que sea duro, pero creo que así es como se supone que debe ser.

Scrum es un proceso de abajo hacia arriba, por lo que, en principio, todos los miembros del equipo deben apoyar el proceso.

¿Cómo se forma el equipo?¿Por tradición organizacional o por un objetivo común?

No todo el mundo acepta la idea de Scrum y debemos respetarla.¿Quizás lo mejor para todos es que estos miembros no formen parte del equipo Scrum?

Algunas personas simplemente no entienden lo que se requiere.Puedes intentar guiar la conversación utilizando algunas frases clave.

Si alguien está dando demasiados detalles, puedes intentar interrumpirlo con un "¿Qué más?".Esto dará a entender que ya han terminado en ese punto.O puede probar la dirección de tipo "OK, ¿podemos discutir eso sin conexión?".

A las personas que no lo creen, hágales preguntas sobre lo que hicieron y lo que van a hacer.

A efectos de argumentación, digamos que alguien realmente tiene algo que decirle al equipo y le llevará algún tiempo.¿Tiene un lugar, hora o método apropiado (correo electrónico, otro tipo de reunión, hora del almuerzo) para hacer esto?Simplemente interrumpa a la persona y hágale saber que la reunión de pie no es el lugar.

Además, ¿qué problemas durante el desarrollo crea esto?Si hay un error debido a la falta de comunicación, es necesario confrontar a las personas sobre por qué no mencionan estas cosas durante la reunión.

  • Puedes planificar un tiempo medio máximo para explicar lo que hiciste y lo que vas a hacer.
  • Sobre las personas que no están dispuestas a hablar demasiado, supongo que es responsabilidad del scrum master animar a esas personas a ser un poco más claras sobre sus tareas.
  • Si aún las personas no comparten lo que están haciendo, una solución radical es usar un tablero de lona donde las personas del equipo tienen que mover la tarea que están haciendo a su área respectiva (en desarrollo, listo para validación, en revisión de código). .Entonces podrás saber con seguridad en qué tarea está trabajando.
  • Después de cada reunión diaria recuerda preguntar por impedimentos o cualquier tipo de tema, a veces la gente no se acuerda de decir en su momento o no quiere compartir sus temas.
Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top