Solía trabajar en una metodología de cascada y ahora estoy en un equipo que está siguiendo una metodología ágil. Parece que lo están haciendo mal. Por ejemplo, tenemos soportes que duran más de 25 minutos diarios, lo que es realmente molesto. Además, siento que estoy más justificando mi salario a la gerencia que cualquier otra cosa.
¿Me equivoco al sentirme de esta manera? ¿Es así como se llevan a cabo los stand-ups?
Para Scrum, Ken Schwaber y Jeff Sutherland explique :
Scrum diario
El Daily Scrum es un evento de 15 minutos para el desarrollo Equipo para sincronizar actividades y crear un plan para los próximos 24. horas Esto se hace inspeccionando el trabajo desde el último Daily Scrum y pronosticando el trabajo que se podría hacer antes del siguiente. los Daily Scrum se lleva a cabo a la misma hora y lugar cada día para reducir 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 de Sprint?
¿Qué haré hoy para ayudar al equipo de desarrollo a cumplir el objetivo de Sprint?
¿Veo algún impedimento que impida que el Equipo de Desarrollo o yo alcancemos el Objetivo Sprint?
El equipo de desarrollo utiliza el Scrum diario para inspeccionar el progreso hacia el objetivo de Sprint y para inspeccionar la forma en que el progreso avanza hacia Completando el trabajo en el Sprint Backlog. El Daily Scrum optimiza la probabilidad de que el Equipo de Desarrollo cumpla con el Objetivo Sprint. Todos los días, el Equipo de Desarrollo debe entender cómo pretende trabajen juntos como un equipo auto-organizado para lograr la meta de Sprint y crea el Incremento anticipado al final del Sprint. los El equipo de desarrollo o los miembros del equipo a menudo se reúnen inmediatamente después de la Daily Scrum para discusiones detalladas, o para adaptar, o replanificar, el resto del trabajo del Sprint.
El Scrum Master se asegura de que el Equipo de Desarrollo tenga la reunión, pero el Equipo de Desarrollo es responsable de conducir el Diario Melé. El Scrum Master enseña al equipo de desarrollo a mantener el diario Scrum dentro de la caja de tiempo de 15 minutos.
Scrum Master aplica la regla de que solo los miembros del Equipo de Desarrollo participar en el Daily Scrum.
Daily Scrums mejora las comunicaciones, elimina otras reuniones, Identificar impedimentos al desarrollo para su eliminación, resaltar y promover. toma rápida de decisiones, y mejorar el nivel de conocimiento. Esta es una reunión clave para inspeccionar y adaptar.
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.
Cuando se ejecuta correctamente dentro de un equipo Scrum del tamaño apropiado, el stand-up diario nunca debería tomar más de 15 minutos aproximadamente. Si tarda más, el equipo es demasiado grande o tiene un problema de proceso.
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 retiradas de la lista de tareas de un miembro del equipo a otra persona.
Es importante que Scrum Master y el propietario del producto sean participantes activos en el stand-up, pero si el equipo está reportando a cualquiera de ellos, entonces su proceso Scrum puede estar bien y verdaderamente roto. Una respuesta relacionada en Project Management Stack Exchange tiene una lista de 10 puntos de "olores del proyecto" en la parte inferior, algunos de los cuales pueden aplicarse en su caso. Incluso si no se aplican, definitivamente deberías volver a evaluar la efectividad de tus stand-ups en tu próxima Sprint Retrospectiva.
Aunque no me gustan las "tres preguntas" como formato concreto precisamente porque tienden a llevar a reuniones que se asemejan a un tirón de estado, sería negligente si no señalara a Mike Cohn descripción canónica del Scrum diario . La página dice, en parte:
Al concentrarse en lo que cada persona logró ayer y logrará hoy, el equipo obtiene una excelente comprensión de lo que se ha hecho y lo que queda por hacer. 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, para los fines de su pregunta, es explícitamente declarado que:
Las reuniones de soporte diarias de Scrum están estrictamente programadas a 15 minutos. Esto mantiene la discusión enérgica pero relevante.
El cuadro de tiempo es la base de Scrum. Si bien la mayoría de las cajas de tiempo dentro de Scrum pueden ser ajustadas por el equipo 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 time box no se respeta dentro de su proceso, generalmente es un "olor a proyecto" muy espeso.
Al igual que con todos los procesos Agile, este es el propósito: "lo que obtiene valor de".
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 comprender dónde se encuentra el equipo con respecto al conjunto actual de tareas. Así que un standup de 5 minutos donde todos dicen "Hice x ayer y voy a hacerlo hoy" está bien, al igual que en uno de 15 minutos en el que el equipo decide entre ellos en qué trabajar y actualiza el panel de tareas.
Sin embargo, no hay necesidad de una en absoluto, no si se comunican estas cosas de otra manera, por ejemplo, utilizando un sistema de notificación social móvil, por ejemplo.
Del mismo modo, si desea que su standup sea más largo y más informativo, también está bien. Lo cuestionaría, pero sé que algunos equipos prefieren un enfoque más directo para recibir trabajo. Agile puede hacer frente a todos los tipos de equipo después de todo.
La verdadera pregunta que debe hacerse es si está obteniendo algún valor de ella, y si no, ¿qué cambiará para que sea así 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 su equipo para que todos trabajen mejor juntos es.
Lo que estás describiendo es una de las formas 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 o no su capacidad de cumplir sus promesas. Otros miembros del equipo pueden indicar que pueden ayudar a resolver los impedimentos de cada uno rápidamente, pero que las soluciones participan fuera de la organización.
En resumen, deberían ser el pegamento que une al equipo.
Lo que suena más como, es una actualización de estado, y usted está obligado a dar cuenta de la entrega / no de la entrega, pero el equipo es disfuncional porque el equipo no está utilizando las reuniones de apoyo para apoyarse mutuamente para entregar y eliminar los impedimentos.
En los dos entornos en los que he visto que esto ocurre, se debe a que tiene un scrum master que no ha delegado la responsabilidad de garantizar que el equipo cumpla 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 auto organizados, donde el equipo se organiza para resolver problemas rápidamente para cumplir sus compromisos
Lea otras preguntas en las etiquetas agile scrum development-methodologies meetings