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?
agile
scrum
development-methodologies
meetings
usuario10326
fuente
fuente
Respuestas:
Para Scrum, Ken Schwaber y Jeff Sutherland explican :
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.
fuente
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:
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:
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.
fuente
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.
fuente
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.
fuente