Standups diarios, ¿sí o no? [cerrado]

¿Qué tan valioso (o no) crees que son las reuniones diarias de pie ?

Si no está familiarizado con esto, se refiere a una reunión diaria que es parte de los adherentes de Scrum (y algunas otras metodologías ágiles). La idea es que celebre una reunión diaria, con un intervalo de tiempo de 15 minutos, y en la que todos deben estar de pie (para alentar a las personas a ir al grano).

En la reunión, recorres la sala y cada uno dice: - Lo que hiciste ayer - Lo que planeas hacer hoy - Cualquier bloqueo o impedimento para tu progreso.

¿Crees que esta práctica tiene valor? ¿Alguien ha trabajado en un lugar que lo haya hecho y qué le pareció?

Tuvimos standups diarios en mi primer trabajo. Bueno, con todas las cooperativas / pasantes / temporales, en realidad fue largo, generalmente alrededor de 30 minutos.

Pero la idea de una reunión diaria breve y con una gran cantidad de tiempo ayudó mucho solo para saber en qué estaban atrapadas otras personas, y si era algo en lo que estaba trabajando, podría priorizar mis tareas para terminar lo que necesitaban para continuar antes. También les dio a todos la oportunidad de saber en qué estaban trabajando todos, por lo que si alguien tenía una emergencia, todos al menos estaban al tanto de lo que estaba sucediendo: reducir un factor de camión siempre es algo bueno.

Honestamente, todos los días pueden ser un poco extremos en algunos casos. Pero la idea de reuniones cortas y regulares para que todos se mantengan en la misma página es una valiosa adición a cualquier proceso.

Encuentro estas reuniones muy valiosas. Ofrecen los siguientes beneficios, ¡a cambio de gastar solo 15 minutos!

• Mantiene a todos en el tema . Es fácil profundizar en sus propios problemas y olvidarse de lo que hacen los demás, o repetir el trabajo realizado por otra persona. Las reuniones diarias evitan que esto suceda.
• No permite que las personas se relajen . En estas reuniones haces promesas. Entonces solo tienes que tratar de mantenerlos.
• Hace que las personas interactúen . Los programadores generalmente no les gusta hablar con la gente. Sin embargo, en tales reuniones reciben aliento (y reprimendas) de sus colegas, lo que tiene un efecto positivo en la moral.
• Reúne a todos en un solo lugar . Tienes la ventaja de saber que todos vendrán allí. Esto se puede utilizar para organizar otras reuniones, hacer anuncios y continuar esta reunión diaria en grupos más pequeños para discutir problemas específicos. Por lo general, organizar tales reuniones requiere mucha atención y requiere habilidades que a los programadores no les gusta usar.

Puedo soportar horas y horas. Ya no me hace ir al grano, ni tiene ningún significado / impacto real en una breve reunión diaria de actualización.

Pero bueno, si estar de pie te permite volver a marcar algo como ágil, ¡debe ser bueno!

En cuanto a si las reuniones regulares de actualización en general son una buena idea ... bueno, ayudan si otros procesos son ineficaces.

Si desea saber qué hizo alguien ayer y cuáles son sus próximas tareas, busque en el Rastreador de problemas, donde ya está grabado. Si no hay un filtro claro que le diga esto para todo el equipo, configure uno (o encuentre un mejor software).

Si quieres saber si alguien tiene bloqueadores, revisa tus mensajes (ya sea correo electrónico / im / forum / lo que sea). Si alguien tiene alguno, deben notificar a la parte relevante y al líder del proyecto cuando ocurran, sin perder un día esperando antes de que alguien más se entere, sin importarles tener la oportunidad de actuar.

Sin duda, es beneficioso tener reuniones periódicas para discutir la dirección de un proyecto, en un sentido general, en lugar de específicos, para asegurarse de que todos entiendan los objetivos generales, etc., y que se celebre semanalmente o quincenalmente (dependiendo del ritmo de las cosas).

¿Pero pasar un cuarto de hora todos los días solo para que puedas sentirte ágil y genial y esas cosas? Pérdida de tiempo.

En mi experiencia, los stand-ups no han valido la pena, especialmente el tipo diario. Son una de dos cosas: un ritual vacío o una reunión ad-hoc no dirigida.

1. El ritual vacío: todos dan la vuelta al círculo y declaran la tarea en la que están trabajando y su progreso. A nadie le importa realmente en qué están trabajando los demás, y no se hace nada (como resultado de la situación) si hay un problema.

2. La reunión ad-hoc no dirigida: Alguien (generalmente un gerente, primer ministro o alguien de la empresa) viene y lo descarrila. Tal vez hablemos del incendio de hoy en detalle, o de cómo alguien se está preocupando si vamos a cumplir un plazo, etc. 15 minutos se convierten en media hora o más. Todos están de pie, aunque realmente deberíamos estar sentados si va a ser tanto tiempo.

Además, la parte "stand-up" de los stand-ups no ayuda a cronometrar las reuniones, solo agrega molestias físicas a la mezcla.

He tenido experiencias mucho mejores con la comunicación ad-hoc entre los miembros del equipo que con los stand-ups formales. Si a alguien le importa lo que estás trabajando o tu progreso, te preguntarán o tú les dirás. Si tiene un problema o está bloqueado, asegúrese de que las personas que necesitan saberlo lo sepan. Si un requisito no está claro, usted rastrea al usuario comercial o al BA y le pregunta al respecto.

Creo que son muy valiosos si se realizan correctamente. El formato que me ha funcionado bien es este ...

Cada persona responde brevemente a las siguientes preguntas.
a) ¿En qué estás trabajando?
b) ¿Qué hará en la próxima reunión (mañana)?
c) ¿Logró lo que dijo que haría en la última reunión?
d) ¿Qué obstáculos están frenando / deteniendo su progreso?

Cualquier discusión extendida de lo anterior debe ser restringida durante la reunión para que sea breve. Cualquier persona puede quedarse después (o reunirse más tarde en el día) para discutir con las personas relevantes cualquier cosa que necesite cobertura extendida.

Esto logra los siguientes objetivos:
a) El líder del equipo / propietario del producto está al tanto de los posibles retrasos rápidamente.
b) El líder del equipo puede eliminar obstáculos rápidamente.
c) El líder del equipo puede identificar a las personas que giran sus ruedas rápidamente.
d) Fomenta la colaboración entre los miembros del equipo que podrían ser demasiado introvertidos para pedir ayuda cuando la necesiten.
e) Fomenta el impulso al mantener cortos los compromisos (minimiza la expansión del trabajo al tiempo disponible para el proyecto).

No los he encontrado útiles como se practican en mi lugar de trabajo, donde el "Standup diario de 15 minutos" se extendió a 30, luego a 45, y ahora a menudo 60 minutos; donde todos se sientan mientras esperan que el gerente del proyecto juegue con el proyector, o la red compartida, o cualquier otra cosa que sea el demonio aleatorio del día; donde insiste en que todos se tomen el tiempo para proporcionar actualizaciones de estado antes de la reunión, pero luego consulta a todos nuevamente (en caso de que hayamos logrado algo más en los últimos momentos); La única parte del concepto original que queda es "Diario".

No hagas esto.

Puede ser útil, pero a menudo no se practica.

Si tiene un equipo que no tiene fácil acceso a otros miembros del equipo mientras trabajan, o su organización hace que sea difícil encontrar a los gerentes / PM / quien sea, entonces al menos sabe que tiene una oportunidad por día para obtener una respuesta a la pregunta.

En la práctica, a veces alienta a las personas a que no discutan los problemas de inmediato, y puede ser una pérdida de tiempo considerable. Por ejemplo:

Si solo estoy en un proyecto de desarrollo activo (por lo general, estoy en dos), generalmente hay al menos un control de calidad finalizado y uno girando al mismo tiempo. Eso es tres standups de 15 minutos al día. Los míos casi nunca son consecutivos. Pierde algo de tiempo para asegurarse de estar en un punto de parada antes de cada uno y de manera similar volver a la pista después de cada uno. Incluso si asume que esas pérdidas son de 10 minutos cada una, lo que se traduce en más de un día de trabajo perdido en standups cada semana.

Agregue las reuniones de compromiso y las demostraciones y eso fácilmente consume un día adicional completo.

En mi humilde opinión, si su equipo tiene un problema de comunicación, las reuniones diarias pueden ayudar, pero hacerlo de otra manera es simplemente una gran pérdida de recursos.

Mucho antes de que se pensara en SCRUM y Agile, yo era un líder de equipo en un estudio de mano de obra que tardó 2 años en realizarse. Hubiera tomado mucho más tiempo sin reuniones diarias. En primer lugar, los seres humanos son seres humanos, se relajarán si saben que nadie está prestando atención. Si tienen que mostrar progreso todos los días, se aflojan menos. Si Joe parece estar progresando más de lo que están, se aflojan menos. Además, le permite al gerente (o quien sea) saber cuándo ocurren los problemas antes de que se conviertan en una crisis. Entonces, si Steve va a llegar una semana tarde y Harry está por delante, entonces podemos mover algunas tareas. Esto evita que el proyecto se quede atrás porque una persona se atascó. Además, generalmente alguien más podrá ayudar a la persona a despegarse.

Ahora trabajé en un lugar donde le dimos un gran proyecto a un nuevo empleado. (Yo no era su jefe). Los informes de progreso que dio a sus gerentes fueron "todo es genial, todo se hará a tiempo", pero no hay detalles y nadie le exigió que dijera exactamente qué progreso había hecho desde el día anterior. Él, como estoy seguro de que los experimentados entre ustedes lo han adivinado, renunció sin previo aviso una semana antes de la fecha límite y ninguna de sus tareas se completó o incluso en un estado donde el "trabajo" que había hecho era útil. Esta es la razón por la cual se necesitan las reuniones diarias: para mantener a estas personas haciendo progresos reales y descubrir cuándo no son antes de que todo el proyecto se vaya por los aires. Terminé haciendo sus tareas y las mías y trabajando horas extras todo el verano para poder mantener al cliente multimillonario.

Sí, a todos nos gusta creer que nuestros desarrolladores están motivados internamente y siempre producirán los productos para nosotros, pero la verdad es que tienes que proteger al equipo y a la organización de personas como esta. Nunca se sabe quiénes serán; a veces no es el nuevo empleado, sino el que está enojado con la organización (justificadamente o no) o el que acaba de perder a su esposa (al menos a menudo se sabe quiénes son estas personas, pero no todos comparten sus problemas personales).

Sí o no y son valiosos son dos preguntas diferentes. Las respuestas también pueden ser diferentes. En el caso de la última pregunta, la respuesta puede depender de la perspectiva.

La primera pregunta, ¿sí o no? Es un si . Desde el punto de vista de Scrum o XP, el standup es una actividad esencial. Si no tienes scrums diarios, entonces no es realmente Scrum, se llama "scrum, pero no hacemos standups diarios" o scrum para abreviar. Si desea incluir una perspectiva Kanban, la mayoría de los equipos Kanban hacen standups, a pesar de que su método no los prescribe.

La segunda pregunta, (cómo) son valiosas, es más complicada. Si practicas Scrum o XP, debes creer que las standups son esenciales para promover la colaboración, el trabajo en equipo y hacer que tu equipo sea más efectivo. Entonces la respuesta es definitivamente valiosa .

La perspectiva de los proponentes lean es muy diferente . Una visión magra extrema es que a tu cliente no le importa si haces standups, por lo que son simplemente un desperdicio. ¿Qué haces con los residuos? Lo cortas al mínimo, idealmente a cero.

Una visión ajustada más moderada es que, aunque no es exactamente un desperdicio, las paradas diarias son un costo de coordinación y no una actividad de valor agregado . Puedes jugar al abogado del diablo con tus colegas de Scrum y preguntarles: si crees que tus standups de 15 minutos son una actividad de valor agregado, ¿por qué no haces 30 minutos de ellos todos los días o 45 minutos y magnificas fácilmente el valor agregado?

Kanban, que tiene raíces esbeltas pero pretende cumplir con los principios del Manifiesto Ágil, resuelve esta paradoja haciendo standups, pero utilizando una estructura de reunión muy diferente al formato de standby ágil tradicional. El resultado es una reunión mucho más corta, que se alinea con el punto de vista Lean. Este libro tiene un ejemplo en el que un equipo Kanban de 50 personas hace standups diarios en 10 minutos .

Para resumir, si hacer o no standups diarias, la respuesta es un sí definitivo . Pero, ¿son valiosos, cuán valiosos son? Depende .

El tipo de standup más útil es el tipo Kanban.

1. Necesitará un tablero de tareas que refleje su flujo de trabajo / flujo de valor real. Este tablero de tareas es el punto focal del standup.
2. Centrarse en los elementos de trabajo, no en las personas.
   • Concéntrese más en los elementos de trabajo que usted, como equipo, puede terminar (según el tablero de tareas), más de lo que puede comenzar
   • Concéntrese en resolver los problemas que le muestra la pizarra: cuellos de botella, bloques, etc.

(Esto probablemente no funcionará demasiado bien en un entorno Scrum, donde el compromiso y el enfoque en las personas es un mecanismo clave).

De esta manera, una reunión de pie puede ser corta, incluso con muchas personas, pero aún así tener un uso real.

¿Qué tan valioso (o no) crees que son las reuniones diarias de pie?

La externalización de todas las reuniones de Scrum Framework es importante, pero creo que la reunión de pie diaria es la reunión "más" importante en Scrum Framework. Es como un corazón en un cuerpo. Si el corazón no bombea sangre regularmente, entonces el cuerpo está destinado a morir, el cuerpo en este caso es la Organización o el Proyecto que sigue al scrum y el corazón es la reunión del scrum.

¿Crees que esta práctica tiene valor? Sí. Scrums diarios mejoran las comunicaciones, eliminan otras reuniones, identifican y eliminan los impedimentos para el desarrollo, resaltan y promueven la toma rápida de decisiones, y mejoran el nivel de conocimiento del proyecto de todos. El Daily Scrum no es una reunión de estado. El Daily Scrum es una inspección del progreso hacia esa Meta de Sprint (las tres preguntas). Las reuniones de seguimiento generalmente ocurren para hacer adaptaciones al próximo trabajo en el Sprint. La intención es optimizar la probabilidad de que el equipo alcance su objetivo. Esta es una reunión clave de inspección y adaptación en el proceso empírico de Scrum.

¿Alguien ha trabajado en un lugar que lo haya hecho y qué le pareció?

Sí, en mi último proyecto seguimos el marco Scrum y las prácticas ágiles. Nos tomamos muy en serio el Scrum Framework en general y no lo hicimos a medias. Inicialmente estaba en un equipo de 5, luego me mudé a un equipo más grande de alrededor de 9, y luego nuevamente a un 6 repartido en un marco de tiempo de 4 años. La reunión diaria de scrum se aseguró de que todos estuvieran sincronizados, los impedimentos fueran transparentes y nosotros, como Equipo, pudimos ver cómo el Equipo estaba progresando con la quema frente a nosotros y sabíamos exactamente quién estaba trabajando en qué y dónde podíamos contribuir. Nosotros mismos. Definitivamente es más fácil hacerlo cuando tienes equipos de 6 o menos. El propósito de una reunión de scrum es hacer una auto inspección, y si algo no va en la dirección de la meta o si algo está bloqueado, el equipo autoorganizado se adapta,

A menos que haya una buena razón para tener una comunicación totalmente en red entre todo el equipo todos los días, parece una gran pérdida de tiempo.

Más bien tienen semanarios.

En mi experiencia, la planificación previa de lo que hará al día siguiente conduce a aumentos importantes de la productividad. Por lo tanto, tener estos scrum como reuniones valen el tiempo perdido solo por esa razón.

Sin embargo, trate de mantenerlos cortos, o incluso hágalo en un chat grupal de Skype todos los días al mismo tiempo. Sin embargo, solo asegúrese de leer las actualizaciones de cada uno.

Un informe de estado diario al final de cada día antes de irse a casa tiene el mismo efecto.

Ha sido efectivo para mí en equipos de 3 y 5 personas, y he visto que se usa de manera efectiva para un equipo de organizadores de eventos que tenía alrededor de 20 personas. Tienes que mantenerlo corto, debes mantenerlo en movimiento. Está bien si te sientas, pero no debería haber nada adicional (folletos, pizarra, video, etc.)

Creo que los stand-ups diarios son una gran idea, independientemente de la metodología o área en la que esté trabajando, siempre que pueda mantenerlos cortos 15 minutos como máximo. Si no puede seguir con eso regularmente, hay demasiadas personas que asisten a una sola parada o la reunión no está lo suficientemente enfocada.

Donde estamos, el equipo de marketing comenzó a copiarnos y ahora también tiene stand-ups, ¡así que tampoco es solo para desarrolladores!

Hemos estado haciendo reuniones "de pie" antes de saber que era un scrum ágil, durante aproximadamente 7 años. En mi opinión, son una excelente manera de tener una idea general de cómo está progresando el proyecto y si alguien necesita ayuda. A algunos de los miembros de mi equipo no les gusta pedir ayuda, pero la aceptarán cuando se les ofrezca, esto a menudo se hace en el standup diario.

Las reuniones deben ser cortas, generalmente tuvimos reuniones de menos de 10 minutos con 7 miembros del equipo. Es útil planificarlos justo antes de las diez en punto. Además, no usamos tecnología en las reuniones, solo el tablero de scrum con tareas de publicación y algunos gráficos.

En el lado positivo, estas reuniones pueden tener el efecto de aumentar la productividad en términos de alcanzar objetivos comerciales urgentes e inmediatos.

En el lado negativo, estas reuniones (diariamente: ¿qué hiciste? ¿Qué vas a hacer? ¿Qué hay en tu camino?) Desalientan lo que podríamos llamar "google-time", o trabajar / aprender en un proyecto paralelo que no tiene impacto inmediato en el negocio, pero podría tener un impacto significativo en el futuro.

Un producto para el que hice el prototipo nunca hubiera pasado la prueba de la reunión diaria, y afortunadamente, mi antiguo gerente me dio mucha libertad para trabajar por mi cuenta, y ahora el producto real está en vivo. Pero ahora que el antiguo gerente se fue y entró uno nuevo que adopta el concepto de scrum diario, no veo cómo podría haber desarrollado el prototipo en el entorno de scrum diario.