¿Cuál es el propósito del stand-up y su duración en metodologías ágiles? [cerrado]

13

Solía ​​trabajar en una metodología de cascada y ahora estoy en un equipo que sigue una metodología ágil. Parece que lo están haciendo mal. Por ejemplo, tenemos stand-ups que duran más de 25 minutos diarios, lo cual es realmente molesto. Además, siento que estoy justificando mi salario a la gerencia más que cualquier otra cosa.

¿Me equivoco al sentirme así? ¿Es así como se suelen hacer los stand-ups?

usuario10326
fuente
3
¿Ha sugerido durante la retrospectiva que las stand-ups requieren demasiado tiempo? ¿Qué se discutió durante la reunión que dura 25 minutos?
dcaswell
¿Cuántas personas hay en el equipo?
Guy Sirton
1
@GuySirton: Entiendo lo que estás diciendo, pero por otro lado, ¿no se han ido ~ 30 minutos cada día? ¿No es esto demasiado?
user10326
1
Voto
negativo
2
@ user10326: Su gerencia obviamente no cree que sea demasiado. Suponiendo que hacen las reglas (varía según las compañías) y no puedes convencerlas de que es demasiado largo, entonces serán 30 minutos. Es casi seguro que no los va a convencer refiriéndose a los Programadores o al Manual de Scrum. La forma de lidiar con la situación del equipo / trabajo es quizás una pregunta para Workplace SE. Aquí podemos contarle cómo se supone que debe funcionar, pero no estamos seguros de poder ayudarlo con su situación específica.
Guy Sirton

Respuestas:

13

Para Scrum, Ken Schwaber y Jeff Sutherland explican :

Scrum diario

Daily Scrum es un evento de 15 minutos para el equipo de desarrollo para sincronizar actividades y crear un plan para las próximas 24 horas. Esto se hace inspeccionando el trabajo desde el último Daily Scrum y pronosticando el trabajo que se podría hacer antes del próximo. El Daily Scrum se lleva a cabo a la misma hora y lugar cada día para reducir la complejidad. Durante la reunión, los miembros del Equipo de Desarrollo explican:

  • ¿Qué hice ayer que ayudó al Equipo de Desarrollo a alcanzar el Objetivo Sprint?

  • ¿Qué haré hoy para ayudar al Equipo de Desarrollo a alcanzar el Objetivo Sprint?

  • ¿Veo algún impedimento que me impida a mí o al equipo de desarrollo alcanzar el objetivo de Sprint?

El Equipo de Desarrollo usa el Scrum diario para inspeccionar el progreso hacia la Meta de Sprint y para inspeccionar la tendencia del progreso hacia completar el trabajo en el Backlog de Sprint. Daily Scrum optimiza la probabilidad de que el equipo de desarrollo cumpla con el objetivo de Sprint. Todos los días, el Equipo de Desarrollo debe comprender cómo tiene la intención de trabajar juntos como un equipo autoorganizado para lograr el Objetivo Sprint y crear el Incremento anticipado al final del Sprint. El Equipo de Desarrollo o los miembros del equipo a menudo se reúnen inmediatamente después del Daily Scrum para discusiones detalladas, o para adaptar o volver a planificar el resto del trabajo del Sprint.

El Scrum Master asegura que el Equipo de Desarrollo tenga la reunión, pero el Equipo de Desarrollo es responsable de llevar a cabo el Daily Scrum. El Scrum Master le enseña al Equipo de Desarrollo a mantener el Daily Scrum dentro del plazo de 15 minutos.

El Scrum Master aplica la regla de que solo los miembros del Equipo de Desarrollo participan en el Daily Scrum.

Los Scrums diarios mejoran las comunicaciones, eliminan otras reuniones, identifican impedimentos para el desarrollo para su eliminación, resaltan y promueven la toma de decisiones rápidas, y mejoran el nivel de conocimiento del Equipo de Desarrollo. Esta es una reunión clave de inspección y adaptación.

Otras metodologías pueden tener diferentes rituales e incluso diferentes equipos Scrum pueden optimizar la forma en que lo hacen de manera diferente. La idea clave es una reunión rápida para asegurarse de que el equipo está en camino de cumplir. No debe ser un informe de estado de gestión. Sin embargo, es una de las ideas ágiles que se subvierte más fácilmente.

Guy Sirton
fuente
También hay una reunión de stand-up basada en la web que estamos utilizando para nuestro standup diario si ayuda a alguien: standup.report
MagExt
8

TL; DR

Cuando se ejecuta correctamente dentro de un equipo Scrum del tamaño adecuado, el levantamiento diario nunca debe tomar más de 15 minutos más o menos. Si lleva más tiempo, el equipo es demasiado grande o tiene un problema de proceso.

El propósito del stand-up

El stand-up diario es una reunión de compromiso y coordinación para todo el equipo. Está diseñado para garantizar que todo el equipo esté al tanto de los impedimentos, qué historias se hacen o no se hacen, y qué tareas están listas para ser extraídas de la lista de tareas de un miembro del equipo a la de otra persona.

Es importante que el Scrum Master y el Product Owner sean participantes activos en el stand-up, pero si el equipo está informando a cualquiera de ellos, entonces su proceso Scrum puede estar realmente roto. Una respuesta relacionada con el intercambio de pila de gestión de proyectos tiene una lista de 10 puntos de "olores de proyectos" en la parte inferior, algunos de los cuales pueden aplicarse en su caso. Incluso si no se aplican, definitivamente debes reevaluar la efectividad de tus stand-ups en tu próxima Retrospectiva de Sprint.

Respeta la caja de tiempo

Si bien no me gustan las "tres preguntas" como un formato concreto precisamente porque tienden a conducir a reuniones que se asemejan a un tirón de estado, sería negligente si no señalara la descripción canónica del Daily Scrum de Mike Cohn . La página dice, en parte:

Al centrarse en lo que cada persona logró ayer y lo que logrará hoy, el equipo obtiene una excelente comprensión de qué trabajo se ha realizado y qué trabajo queda. La reunión diaria de Scrum no es una reunión de actualización de estado en la que un jefe recopila información sobre quién está retrasado. Más bien, es una reunión en la que los miembros del equipo se comprometen entre sí.

Hay muchos más detalles y algunos ejemplos concretos en esa página. Sin embargo, a los fines de su pregunta, se declara explícitamente que:

Las reuniones diarias de Scrum están estrictamente programadas en 15 minutos. Esto mantiene la discusión enérgica pero relevante.

El cuadro de tiempo es la base de Scrum. Si bien el equipo puede ajustar la mayoría de los cuadros de tiempo dentro de Scrum como resultado del ciclo de inspección y adaptación, se considera una mala práctica extender la duración del stand-up. Si el principio del boxeo temporal no se respeta dentro de su proceso, generalmente ese es un "olor a proyecto" muy impreciso.

CodeGnome
fuente
3

Lo que está describiendo es una forma en que los 'stand-ups' pueden fallar para el equipo.

Los mejores stand-ups son cortos porque todos entienden lo que hacen los demás, explican lo que lograron ayer, lo que lograrán hoy y señalan cualquier cosa que pueda afectar su capacidad para cumplir sus promesas. Otros miembros del equipo pueden indicar que pueden ayudar a resolver los impedimentos de los demás rápidamente, pero que las soluciones toman parte fuera de la situación.

En resumen, deberían ser el pegamento que une al equipo.

Lo que parece más es una actualización de estado, y usted está obligado a rendir cuentas por la entrega / no entrega, pero el equipo es disfuncional porque el equipo no está utilizando las reuniones de pie para apoyarse mutuamente para cumplir y eliminar los impedimentos.

En los dos entornos en los que he visto que esto ocurre, fue causado por tener un scrum master que no pudo delegar la responsabilidad de garantizar que el equipo cumpla con sus promesas de iteración. En un caso, fue particularmente contraproducente y generó una actitud de nosotros / ellos dentro del equipo.

Scrum se trata de equipos autoorganizados, donde el equipo se organiza para resolver problemas rápidamente para cumplir con sus compromisos.

Michael Shaw
fuente
2

Como con todos los procesos ágiles, este es el propósito: "de lo que obtienes valor".

El standup diario suele ser un mecanismo para garantizar la comunicación entre los miembros del equipo de una manera de bajo impacto, donde todos puedan entender dónde está el equipo con respecto al conjunto actual de tareas. Entonces, un standup de 5 minutos en el que todos dicen "Ayer hice x y hoy voy a hacer y" está bien, ya que es uno de 15 minutos en el que el equipo decide en qué trabajar y actualiza el tablero de tareas.

Sin embargo, no hay necesidad de uno en absoluto, no si comunicas estas cosas de otras maneras, por ejemplo, usando un sistema de notificación social, por ejemplo.

Del mismo modo, si desea que su standup sea más largo y más de un equipo que informa, entonces está bien también. Lo cuestionaría, pero sé que algunos equipos prefieren un enfoque más dirigido a recibir trabajo. Agile puede hacer frente a todo tipo de equipo después de todo.

La verdadera pregunta que debe hacerse es si está obteniendo algún valor de esto y, de no ser así, ¿qué va a cambiar para que obtenga valor? Hacer el standup según lo prescrito por algún libro sagrado de Scrum NO es ágil. Hacer un standup que signifique algo para tu equipo para que todos trabajen mejor juntos es.

gbjbaanb
fuente