StandUp diario en un pequeño equipo ubicado en el mismo lugar

Supongamos que tenemos un pequeño equipo de desarrollo: un desarrollador front-end, un desarrollador back-end y un probador que trabajan en la misma sala y, por lo tanto, pueden comunicarse libremente durante un día.

¿Es razonable tener StandUp diarios para dicho equipo (ya sea que usen Scrum o Kanban)?

Scrum prescribe estos StandUp diarios, pero no parecen ser siempre necesarios.

Pueden comunicarse libremente, pero ¿lo hacen?
No, normalmente no lo hacen. Al menos, no en la forma en que está destinado el standup.
@hamena314 Sí, lo hacen

Respuestas (2)

Una de las ventajas de tener un equipo tan pequeño es que, de hecho, las personas del equipo pueden comunicarse libremente durante todo el día. Por lo tanto, muchas de las reuniones diarias pueden terminar muy rápido y parecer un desperdicio, pero aun así pueden tener un propósito, incluso en un equipo pequeño como este: proporcionar un enfoque adicional .

El standup diario permite a las personas mantener el objetivo del sprint a la vista para que no solo organicen su trabajo, sino que lo organicen para avanzar hacia el objetivo. Eso es lo importante. Su equipo puede trabajar y comunicarse de manera eficiente, pero a veces pueden concentrarse demasiado en el trabajo que están haciendo. Una discusión diaria sobre el objetivo del sprint les recuerda a las personas por qué están haciendo ese trabajo.

Por supuesto, nadie te obliga a tener standups diarios si no se discute o se acuerda mucho allí. Puede crear su propio proceso en torno a los eventos o artefactos que desee, básicamente manteniendo de Scrum lo que funciona para usted y descartando el resto, pero el resultado ya no puede llamarse Scrum, será su propia cosa.

TL;RD

Realice el evento todos los días, incluso si no utiliza todo el tiempo asignado para la reunión. No se lo salte de forma rutinaria, incluso si cree que tiene buenas razones. Si lo hace, es posible que no lo muerda de inmediato, pero probablemente lo haga con el tiempo.

Si no está encontrando valor en el Daily Scrum, es probable que el equipo no esté realmente realizando la planificación justo a tiempo (JIT), postergando las decisiones hasta el último momento responsable o respetando el cuadro de tiempo del incremento diario. También puede haber otras razones, pero estas suelen ser las principales. Más sobre el propósito y el valor del evento se tratan en las secciones siguientes.

Desde la perspectiva del marco, si no mantiene el Daily Scrum como un evento obligatorio, lo que sea que esté haciendo no es realmente Scrum. Puede o no funcionar para su proyecto: nunca he visto que saltarse la rutina del Daily Scrum de quince minutos conduzca a una mejora real del proceso, pero su millaje puede variar, pero el resultado de saltarse los eventos del marco central no es Scrum .

Si completa todos los objetivos del Daily Scrum en menos de quince minutos, el Equipo de Desarrollo ciertamente puede terminar la reunión antes de tiempo. Sin embargo, los marcos como Scrum funcionan mejor con una cadencia predecible y puntos de inflexión rutinarios, por lo que descartar rutinariamente las reuniones diarias nunca debe ser parte de su implementación de Scrum.

Más sobre el Daily Scrum

El Scrum Diario es un Evento Obligatorio

El Daily Scrum es un evento obligatorio si tiene la intención de seguir el marco Scrum en lugar de simplemente ser "ágil". Recomendaría encarecidamente no jugar con el marco hasta que se haya dominado; incluso entonces, existen beneficios al adherirse a un marco conocido en lugar de implementar el suyo propio.

Propósito del evento: planificación justo a tiempo y coordinación dentro del equipo

El Daily Scrum es necesario para la planificación justo a tiempo. Los marcos ágiles generalmente dejan las decisiones de implementación hasta el último momento responsable. En el caso de Scrum, la Planificación de Sprint es generalmente una actividad de nivel superior que difiere cierta cantidad de planificación y coordinación al Daily Scrum.

También puede pensar en Daily Scrum como un mini ciclo ágil dentro del Sprint. Puede enmarcar este evento como:

  1. Un evento de planificación para las próximas 24 horas de trabajo.
  2. Una reunión de coordinación interna para sincronizar el trabajo en el Sprint Backlog.
  3. Una reunión de planificación de dependencia a corto plazo para el Equipo de Desarrollo.
  4. Una oportunidad de identificar dependencias o impedimentos dentro del equipo relacionados con el trabajo en curso del día.
  5. Un lugar formal para plantear riesgos para el Sprint Goal que debe abordarse fuera del marco de tiempo de la reunión.

El primero está explícitamente cubierto por la Guía de Scrum, pero los otros elementos están implícitos en gran medida en la teoría y los valores del marco , así como en los valores y principios interpretados del Manifiesto Ágil.

La previsibilidad del proceso triunfa sobre la eficiencia (y la pseudoeficiencia)

Tener el Daily Scrum todos los días, incluso si no usa todo el cuadro de tiempo, proporciona una cadencia confiable para el Sprint y un punto de inflexión predecible de inspección y adaptación para el Equipo de Desarrollo. Los marcos como Scrum normalmente valoran la previsibilidad sobre la eficiencia; Si bien Daily Scrum a menudo ofrece ambos, no se debe subestimar la previsibilidad de reservar un evento diario en el que se puedan abordar problemas inesperados o actividades de coordinación con todo el equipo de desarrollo.

En muchos casos, saltarse el Daily Scrum puede parecer una ganancia de eficiencia, pero en realidad es una consecuencia de la falacia de utilización del 100 %. A menudo conduce a silos de información y reduce la colaboración de todo el equipo y los comportamientos de enjambre, lo que definitivamente es un anti-patrón que conduce a una reducción de la eficiencia con el tiempo.

Incluso cuando las ganancias de eficiencia son posibles, Scrum valora la transparencia y la previsibilidad sobre la eficiencia bruta. Reducir la visibilidad de los bloqueadores o la coordinación dentro del equipo es un antipatrón que va en contra de la teoría del control empírico del marco. Eliminar la cadencia predecible de este evento diario de inspección y adaptación de todo el equipo es aún peor.

No proporcionar este evento de marco rutinario y predecible busca intercambiar transparencia y previsibilidad por "eficiencia" (real o imaginaria), y casi siempre es lo incorrecto. Sin duda, puede haber casos extremos, pero una reducción o eliminación permanente de eventos centrales siempre es un olor a implementación del marco, ¡y uno bastante maduro en eso!