¿Deberían los desarrolladores de diferentes proyectos hacer una reunión de pie juntos en Scrum?

Soy de una organización pequeña, donde actualmente planeamos practicar reuniones de pie. Actualmente hay tres desarrolladores, un desarrollador está involucrado en dos proyectos y los otros dos están cada uno en uno.

Estoy confundido sobre si estos tres deberían hacer la reunión de pie juntos o por separado, en cuanto al proyecto. ¿Qué impacto puede tener si se mantiene todo junto?

Respuestas (3)

La idea de una reunión diaria de pie es ayudar a los desarrolladores a sincronizar sus actividades.

Entonces, la respuesta a su pregunta es que los desarrolladores deben participar en una reunión de pie juntos si tienen la necesidad diaria de sincronizar sus actividades.

Por ejemplo:

Proyecto A: Jane y Bob

Proyecto B: Sam y Bob

Bob necesita sincronizarse con Jane mientras trabajan juntos en el Proyecto A. Bob también necesita sincronizarse con Sam mientras trabajan juntos en el Proyecto B. Pero Jane no necesita sincronizarse con Sam ya que no están trabajando en el mismo proyecto.

En esta situación tendríamos dos reuniones de pie. Uno para el Proyecto A y otro para el Proyecto B.

Un poco tarde para el juego aquí, pero aquí va. ¿Hay algún curso de scrum o algo así al que pueda hacer referencia?
En lugar de hacer referencia a un curso, recomendaría algunos excelentes entrenadores. Mike Cohn y Martine Devos son excelentes entrenadores de Scrum.
Entrenadores, cursos, no importa. Me gustaría tener algunas referencias concretas para mostrar a mis maestros de scrum aparentemente equivocados. Es más fácil discutir con ellos cuando puedo citar una figura de autoridad, un artículo o algo así.
Descubrí que no hay muchas referencias concretas en el mundo ágil. A menudo, la mejor fuente de información autorizada son las publicaciones de blog de personas como Ken Schwaber, Mike Cohn, Martin Fowler, etc. Y, por supuesto, la Guía Scrum siempre es una excelente referencia.

Como describiste, planeas practicar reuniones de pie. Así que mis primeras preguntas son: ¿Qué esperas de un diario? ¿Por qué planeas tener uno?

En una empresa tan pequeña, tendría a todas las personas reunidas --> CEO, Ventas, Gerente de Proyecto, Desarrolladores. Hable entre ellos, ofrezca y exija ayuda si la necesita. Pero esto no tiene nada que ver con scrum. Es solo para el intercambio de información.

Todo desarrollador puede tener claridad sobre su trabajo diario. Estoy planeando hacer que todos los miembros del equipo estén listos para ágil. En un par del próximo mes es posible que podamos tener más miembros en la compañía.
Evitaría esto, ya que podría transformar un scrum diario en una reunión de informes.
Evitarlo significa que no se enfrenta al desafío de crear un entorno en el que el intercambio abierto sea bienvenido. Si sigue la guía Scrum, se recomienda enfáticamente un equipo de desarrollo de al menos tres miembros (por proyecto). Entonces, para mí, los "equipos" son demasiado pequeños para hacer Scrum. Entonces, si no hace Scrum, no hay necesidad de "apagarse".

Como mencionó Barnaby (+1!), deberías usar el scrum diario cuando hay tareas que alinear.

Sin embargo, en un equipo tan pequeño con (al parecer) poca relación entre ellos, cada uno estaría tratando temas que agregarían poco o ningún valor para los demás.

Por otro lado, si desea tener un equipo multidisciplinario capaz de cubrir todos los proyectos, podría beneficiarse de tener desarrolladores rotando entre proyectos. De esta manera, cada uno sabría dónde está el proyecto para el momento en que tenga que mudarse a él.

En resumen: no hagas un scrum diario a menos que el equipo sienta la necesidad de hacerlo. Scrum diario es una herramienta para un medio, no el resultado en sí mismo.

¿Deberían los desarrolladores de diferentes proyectos hacer una reunión de pie juntos en Scrum?
RespuestasAquíPolítica de privacidad1y, 0v