squad - scrum team definicion

SCRUM-miembros del equipo no cooperativos (15)

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

Como maestro de scrum, ¿cuáles son sus técnicas para obtener lo mejor de las personas durante la reunión?

Editado para agregar:

¿Qué técnica usas para detener a alguien que habla demasiado sin ser ofensivo?

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

¿Cómo reaccionas cuando te encuentras siendo el único que escucha, mientras que otros miembros del equipo simplemente se quedan sentados allí e incluso se quedan dormidos?

¿Cómo reaccionas cuando te encuentras siendo el único que escucha, mientras que otros miembros del equipo simplemente se quedan sentados allí e incluso se quedan dormidos?

Hmm, ¿estás teniendo reuniones de pie? Puede parecer cursi, pero además de dificultar a las personas quedarse dormidas, también ayuda a fomentar la sensación de una reunión rápida en lugar de una reunión tranquila.

Hable con ellos fuera de la reunión de scrum y cuénteles cómo otros pueden percibir su forma de presentar en qué están trabajando actualmente. Supongo que no son deliberadamente no cooperativos, pero simplemente no están acostumbrados al nivel exacto de detalle que deben tener las reuniones de melé.

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

Pide 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 efectiva antes de la reunión.

Por "reunión de scrum", ¿se refiere a la reunión diaria de "stand up"? Si es así, creo que esos son generalmente de timeboxed en aproximadamente 15-20 minutos. Así que divida ese tiempo por igual entre todos, y una vez que alguien agota todo su tiempo, no pueden hablar. Puede ser duro, pero creo que así es como se supone que debe bajar.

Si la gestión del tiempo es su problema. Obtenga un temporizador y haga que alguien se ponga nervioso cuando se quede sin tiempo. Asegúrese de que las tareas se dividen en un nivel adecuado de granularidad; cualquier tarea debe durar entre 4 horas y 2 días. Máx. 3 días. Cualquier cosa por encima que lo divida aún más antes de que las personas se registren 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 las viñetas 1 y 2. La tercera en realidad depende de las condiciones ambientales. El temporizador debería, con el tiempo, sacudir inconscientemente a los miembros para que piensen sobre sus problemas y formen oraciones cortas. Céntrese en obstáculos concretos en lugar de explicar por qué o condiciones previas o lo que sea. Si está hablando con una sola persona durante más de 5 minutos sobre algo que solo les interesa a ambos ... deténgase, tome una nota (hable más tarde en su escritorio) y continúe.

Actualización: También asegúrese de que todos entiendan que ''ensayar'' antes de la reunión de Scrum les ahorraría el tiempo a todos. Piense en lo que le gustaría transmitir en lugar de simplemente caminar hacia el stand-up.

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

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

Si alguien está dando demasiados detalles, entonces puede tratar de cortarlos con un "Qué más". Esto sugerirá que están hechos en ese punto. O puede probar la dirección de tipo "OK, podemos hablar de eso fuera de línea".

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

El Scrum es una reunión stand up, y el concepto de un palo parlante es un excelente punto.

La clave aquí no es que tenga uno o algunos miembros del equipo que no cooperen, sino que es IMO, un problema más fundamental: se supone que el equipo de scrum debe ser autogestionado, y la reunión de scrum es para mantener al equipo informado. Si los otros miembros del equipo no piden aclaraciones y llaman a los miembros que no cooperan, debe realizarse una reeducación sobre el melé.

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

Scrum es un proceso de abajo hacia arriba, por lo tanto, en principio, cada miembro del equipo debe apoyar el proceso.

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

No todos aceptan la idea de Scrum, y debemos respetar eso. Quizás lo mejor para todos es que estos miembros no son parte del equipo de Scrum.

Antes que nada ... asegúrense de que la gente esté de pie ... y ni siquiera se apoyen en la pared o en un escritorio.

En un nivel alto, diría que, cada vez que enfrenta problemas en el equipo, la mejor respuesta es pedirle soluciones al equipo . Sin embargo, estas son algunas de las técnicas que he usado para los problemas que enfrentas.

Habla demasiado

haz que se pare sobre una pierna
haga que sostenga el token de "habla" de scrum con la mano extendida mientras hablan.
Agregue un rotafolio al scrum para enumerar los problemas planteados ... cuando alguien se vuelve loco sobre un tema que no es digno de una reunión de scrum, interrumpa y diga "Oye, gran punto. No estoy seguro de que todos tengan que discutir esto, ¿Qué tal si aparcamos 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 orador puede simplemente decir "No es necesario ... voy a trabajar con Joe esta tarde en esto" o algo así, lo que logra el objetivo de reducir el alboroto sin la necesidad de programar el seguimiento.

Necesita mas detalles ¿Esto es para beneficio del maestro de melé o del equipo?

espere hasta después para hacerle más preguntas detalladas al individuo. Si cree que el equipo también necesita conocerlos, capacite al miembro del equipo transmitiendo (en su cuestionamiento posterior al scrum) que "este es el tipo de cosas que creo que ayudaría a Joe Smith a escuchar de usted, ¿qué piensa usted? ? "

El equipo no escucha .

Pregúnteles de forma individual. "Sally, noté que parece que no sacas mucho provecho del Scrum. ¿Cómo podemos ajustarlo para que sea valioso para ti?".
Publique preguntas a otros durante el scrum. Al igual que si Sally dice "me integré con el código de Bob ayer", 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 los viejos hábitos al mirar al maestro de scrum o al gerente de proyecto cuando hablan. Cuando esto sucede mucho, alterno mi mirada para mirar hacia otro lado, lo que casi obliga al hablante a ganar contacto visual con otros miembros del equipo, lo que puede ayudar a los otros miembros del equipo a prestar atención.

Para que su equipo participe, tienen que ver el valor en él, no solo hacerlo porque se lo hayan indicado.

Por el bien de la discusión, digamos que alguien realmente tiene algo que decir al equipo y va a llevar algo de tiempo. ¿Tiene un lugar, tiempo 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ágales 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, las personas deben ser confrontadas sobre por qué no mencionan estas cosas durante el standup.

Deberían decir lo que lograron, no lo que trabajaron, y si no lograron nada, entonces lo que les impidió lograr.

Las preguntas que se formulan pueden redactarse de manera diferente

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

también es importante que la reunión no sea el equipo que informa al maestro del scrum, sino el equipo que se mantiene en contacto entre ellos. Si las personas le están hablando directamente al maestro del scrum, existen técnicas para mover el foco. Asegúrate de no mirar al parlante, o incluso retroceder para que la línea de visión cambie y se vean obligados a mirar a los compañeros de equipo mientras hablan. Hazlo sutil sin embargo :)

EDITAR:

Cribbed eso de http://www.implementingscrum.com/2007/04/02/work-naked/

Puede planificar un tiempo promedio máximo para explicar lo que hizo y lo que va a hacer.
Sobre las personas que no están dispuestas a hablar demasiado, supongo que es responsabilidad del maestro del scrum alentar a las personas a ser un poco más claras acerca de sus tareas.
Si aún las personas no comparten lo que están haciendo, una solución radical es usar un panel donde las personas del equipo tengan que mover la tarea que están haciendo a su área respectiva (en desarrollo, listo para validación, en revisión del código) . Entonces puedes saber con certeza en qué tarea está trabajando.
Después de cada reunión diaria recuerde preguntar por impedimentos o cualquier tipo de problema, a veces las personas no recuerdan decir en su tiempo o no quieren compartir sus problemas.

¿Cómo reaccionas cuando te encuentras siendo el único que escucha, mientras que otros miembros del equipo simplemente se quedan sentados allí e incluso se quedan dormidos?

Si ya escuché lo que han dicho los demás, haría una pregunta a alguien que no está prestando atención sobre cómo podría afectar esto a lo que están trabajando. Muy parecido a un maestro de escuela, sin embargo, es suficiente para que respondan y participen nuevamente en la reunión.

También estoy de acuerdo con Kief