Visitar scrums diarios: qué hacer y qué no hacer

Cuando visitas uno de los scrums diarios mientras estás en un rol por encima de esos scrums, ¿generalmente participas como espectador o también hablas como todos los miembros del equipo scrum: ¿Qué hiciste ayer y qué vas a hacer hoy?

Si es así, ¿por qué y cómo describe las cosas que aún no se transmitirán a todo el equipo (por ejemplo, la preparación de la reorganización, los problemas con las partes interesadas y cualquier otra cosa que todos no necesiten saber [todavía])?

Respuestas (3)

Puedes asistir y escuchar en el Daily Scrum pero no hablar

De la Guía de Scrum: Scrum Master hace cumplir la regla de que solo los miembros del Equipo de Desarrollo participan en el Daily Scrum.

Del blog de Mike Cohn sobre la reunión diaria de Scrum : ... muchos equipos aplican una regla en la que solo aquellos que están comprometidos pueden hablar durante la reunión diaria de Scrum. Todos los miembros del equipo deben asistir a las reuniones de scrum. Dado que tanto el ScrumMaster como el propietario del producto son miembros del equipo comprometidos, se espera que asistan y participen. Cualquier otra persona (por ejemplo, un vicepresidente departamental, un vendedor o un desarrollador de otro proyecto) puede asistir, pero solo para escuchar. Esto hace que las reuniones Scrum sean una excelente manera para que un equipo Scrum difunda información; si está interesado en saber cómo están las cosas, asista a la reunión de ese día.

El propósito de la reunión Daily Scrum es que el equipo comparta con sus compañeros el progreso del trabajo y la planificación para ese día. Y está estrechamente enmarcado en el tiempo. Por lo tanto, todo el enfoque debe estar en la cartera de pedidos de Sprint y en las personas que están haciendo el trabajo.

Un supervisor departamental (que administra 4 equipos de Scrum y otro personal) que conozco se reúne quincenalmente para compartir planes, asuntos administrativos, etc. Es posible que desee considerar algo en ese sentido.

Muchas gracias por la respuesta precisa. Pero en muchas empresas existe una cultura de expectativa para que cualquier persona mayor que asista a Scrum también hable sobre lo que hizo y, si no lo hace, se considerará que no hizo nada. Y mi pregunta es parcialmente sobre esta parte de la psicología en oposición a la redacción de la Guía Scrum.
Edité mi respuesta anterior con información adicional.
Gran respuesta. Para el comentario de G33k, puedes pensarlo de esta manera. El scrum es una reunión táctica para que el equipo resuelva juntos cómo van a trabajar para lograr sus objetivos de sprint para el día siguiente. Para crear una analogía, si un equipo defensivo de fútbol estuviera hablando al margen antes de salir al campo y el entrenador en jefe estuviera allí, podría estar bien señalar una apertura común en la ofensiva del equipo contrario. Discutir lo que él y el entrenador ofensivo estamos planeando para su próxima posesión no sería relevante y solo sería una pérdida de tiempo.

Como sr mgr y gerente de los scrum masters, animo una separación entre Standup (pollos y cerdos, charlas de equipo que todos los demás observan) y el tiempo de conversación "después", cuando puedo compartir mis actualizaciones o responder preguntas. Mantener la posición del equipo, para el equipo, creo que envía el mensaje correcto: usted es responsable de descubrir cómo lograr sus objetivos y de sacar a la superficie los impedimentos. Con el apoyo de Scrum Masters, se convierte en un hábito bastante fácil incluso para los miembros del equipo que no son más cafeinados, mantener el fuego durante 5 a 10 minutos y luego saltar.

Nuestra organización depende en gran medida del desarrollo de activos de GA (creamos simulaciones), por lo que los incluimos en los scrums diarios. Algunos tienen inclinaciones técnicas (es decir, entienden el código) mientras que otros no. No obstante, el trabajo de GA debe integrarse con el código, por lo que existen dependencias, restricciones técnicas, etc. que deben comunicarse y examinarse.

No es raro que se incluyan otros talentos no técnicos en los scrums diarios, como desarrolladores de contenido y control de calidad. Mi regla general es que si una persona tiene una carta en juego en el tablero de scrum, se incluye en los scrums diarios.

¿GA significa Analista de Sistemas de Información Geográfica (GIS)?
GA == Artista Gráfico. Disculpas por la jerga de la industria.