Otro equipo de mi empresa comienza a documentar sus reuniones de pie, pero creo que es una pérdida de tiempo. Por lo que sé, las reuniones de apoyo son para la comunicación y no para informar sobre el estado (corríjame si me equivoco)
Entonces, ¿deberíamos documentar reuniones de pie?
Uno de los beneficios de Agile es que cada equipo puede determinar qué funciona mejor para ellos e ir con ellos.
Sin embargo: ¿deberías tomar notas? No; en mi experiencia, el minuto en que un equipo decide comenzar a dar marcha atrás en algunos de los principios básicos, tales como:
entonces ese equipo comenzará a alejarse de Agile y hacia un enfoque de trabajo más pesado y de baja velocidad para la documentación.
En "No se trata solo de levantarse" de Martin Fowler, no hay ninguna mención de tomar notas o documentar el " minutos "de una reunión de pie. Todo lo que debe quitar de esa reunión de apoyo son los REGALOS:
- Para ayudar a comenzar bien el día
- Para apoyar la mejora
- Para reforzar el enfoque en las cosas correctas
- Para reforzar el sentido de equipo
- Para comunicar lo que está pasando
Como un dispositivo mnemotécnico, piensa en REGALOS: Buen comienzo, mejora, enfoque, equipo, estado
Sin embargo , si alguien tiene un bloqueador que necesita para ayudarlo a resolver y toma nota de lo que está diciendo, eso es totalmente diferente. - Déjate llevar por eso.
Como punto de referencia, soy propietario de un producto y soy mentor del ScrumMaster ahora mismo en mi empresa, y de todas las reuniones Agile que tenemos (scrum, planificación de sprint, revisión de sprint, retrospectiva de sprint), la única tomamos los minutos oficiales de la retrospectiva, porque eso le da al equipo algo concreto para trabajar y referirse en el próximo sprint (y esos "minutos" son un par de conjuntos de puntos de bala corta).
Tu scrum debe ser:
Eso es todo. Rápido y al punto. 5-10 minutos máx. Absolutamente no hay necesidad de documentar, pero si alguien necesita apuntar algo a la acción, eso no debería ser un problema.
En la última empresa en la que trabajé, solíamos documentar solo las grandes decisiones tomadas durante las reuniones de apoyo.
Como usted dijo, las reuniones de apoyo son para la comunicación dentro de un pequeño grupo de personas, y solo concierne a ese grupo específico de personas ... de todos modos ... algunas veces alguien dice algo interesante que puede ser importante y, finalmente, puede influir en la forma en que se realiza el proyecto (a menudo se trataba de advertencias sobre errores difíciles de resolver o puntos técnicos muy importantes para conocer). Es por eso que comenzamos a documentar SOLAMENTE los puntos "importantes para un futuro mejor".
Creo que documentar reuniones organizativas es inteligente si está absolutamente seguro de la importancia del contenido y solo si puede decir que ayudará a su equipo en un futuro cercano o lejano.
Trate el stand-up como una reunión informal, sin la expectativa de que las declaraciones sean formales, finales, etc., lo que hará que sea menos probable que las personas presenten temas con los que aún no se sienten cómodos, sino que simplemente entiendan que todo lo importante debería Haga que la discusión continúe en otro lugar, incluso si se trata de un simple correo electrónico para el equipo. Además de ayudar a evitar que el standup se convierta en una reunión completa del proyecto, esto también evita excluir a cualquier persona que no pueda asistir a un standup en particular.
En mi experiencia, las paradas son una excelente manera de obtener un "latido" de dónde está el equipo en el proyecto. Los que asisto son unos minutos cada uno, que no son lo suficientemente largos como para merecer la documentación, pero son excelentes para tener una idea de dónde están las cosas en el proceso y para informarme sobre cualquier cosa que pueda impactarme. El plazo inmediato.
Si de una reunión stand-up surge algo particularmente profundo y digno de mención, debe documentarlo y difundirlo por separado, pero no tendría la costumbre de documentar cada reunión todos los días.
No hay (casi no puede haber) una respuesta absoluta a eso, es mucho y depende ...
Pragmáticamente, si estás haciendo "qué hice, qué voy a hacer, aquí están mis problemas", entonces podría haber mérito, para algunos (los teóricamente a cargo), grabar eso para que puedas puede verificarlo en la próxima reunión (aunque "trabajar en" también debería ser evidente por otros medios), pero no más allá de eso, es decir, es una información que debe dejar de tener valor una vez que aparezca next la reunión ha terminado.
Además, si hay asuntos / reuniones que surgen del standup, entonces es potencialmente valioso registrarlos para hacer un seguimiento de si realmente se llevaron a cabo los seguimientos (aunque, una vez más, estoy seguro de que me dirán que, en general, esto debería ser evidente por otros medios).
¿Sin embargo, minutos formales? Habría pensado eso en contra del espíritu de la cosa.
En mi empresa actual, tenemos 2 equipos Scrum con configuraciones separadas y los documentamos enviando un correo electrónico de resumen al final de cada una. Funciona bastante bien, haciendo que la información importante sea inmediatamente conocida por todos los miembros del otro equipo. Sin embargo, no guardamos en particular un historial de los correos para archivar.
Así que mi consejo sería:
Para un solo equipo, documentar standups puede no valer la pena. Scrum Master solo puede transmitir alertas o información importante de forma oral a quien considere oportuno.
Para varios equipos cuyo trabajo está estrechamente relacionado, documentar los stand ups es una forma de transmitir información potencialmente cambiante del juego inmediatamente después de la reunión sin esperar a que ocurra un Scrum of Scrums.
No veo ningún problema alejarse de esa reunión y enviar un correo electrónico al grupo como recordatorio / aclarador de una decisión importante que se tomó o acciones que surgieron. Después de todo, no quiere arriesgarse a olvidar o dejar que el tiempo desvanezca la memoria de lo que se discutió.
Pero en cuanto a documentar formalmente la reunión, como podría hacer para una reunión más tradicional ... bueno, parece contrario a la intuición. Se supone que tales reuniones deben ser ágiles y ágiles, por lo que atascarse con demasiado "proceso" parece contraproducente.
¿Añade valor? ¿La gente más tarde mira la documentación de las reuniones? Si no, entonces es solo una pérdida de tiempo. Y dudo seriamente que lo sean. Escribir un documento que nadie lee es una pérdida de tiempo.
En algún momento, documentamos y archivamos los cambios de estado de nuestro scrum diario, es decir, quién trabajó en qué tarea, quién realizó una revisión por pares, etc. cumple con el requisito de trazabilidad desde el requisito del sistema hasta el código porque estábamos desarrollando software para dispositivos médicos.
Más tarde, logramos convencer a la gerencia de que este no era realmente el caso, y la práctica ha sido abandonada por los responsables de esta documentación.
Sí .
¿Está tomando decisiones sobre (a) quién es responsable de un elemento de trabajo y / o (b) la importancia de un elemento de trabajo en relación con otros elementos?
Si es así, anote estas decisiones. De lo contrario, las volverá a hacer y las decisiones como ellas, sin cesar.
Si no lo está, no celebre las reuniones.
Lea otras preguntas en las etiquetas agile