¿Es obligatoria la reunión Daily Scrum para un proyecto Scrum exitoso? ¿Es posible reemplazarlo con una reunión de una hora una o dos veces por semana?
Pregunto esto porque me resulta difícil mantener reuniones diarias de 15 minutos con mi equipo de proyecto, ya que están realizando tareas operativas (que son obligatorias) fuera de las tareas del proyecto (que son complementarias), por lo que acordamos hacer una hora. reuniones dos veces por semana.
La reunión de pie (también conocida como el scrum diario) está diseñada para lograr dos cosas principales:
Varias prácticas de scrum respaldan estos objetivos. Las prácticas individuales son maleables, los objetivos reales del stand-up no lo son.
Scrum tiene que ver con el tiempo de boxeo. Las iteraciones están enmarcadas en el tiempo. Los stand-ups tienen un límite de tiempo. ¿Puedes jugar con el tamaño de las cajas de tiempo? Seguro que puede. Sin embargo, siempre hay compensaciones al hacerlo, incluido el aumento de los gastos generales con cuadros de tiempo más cortos y una pérdida de flexibilidad y tiempo de respuesta con cuadros más largos.
Si su equipo no puede dedicar 15 minutos por día, entonces tiene problemas de proceso mucho más allá de Scrum. Por otro lado, si los 15 minutos por día no agregan valor al proceso de su equipo, ¡siga leyendo!
Si descubre que realmente no está trabajando en equipo (p. ej., todos los individuos tienen tareas no interdependientes), entonces realmente no se beneficiará mucho de las reuniones periódicas. El scrum diario es para coordinar tareas y hacer compromisos de entrega dentro del equipo, pero si Alice nunca necesita nada de Bob (y viceversa), mientras que Fred siempre está trabajando en algo completamente irrelevante para el resto del equipo, entonces el valor de el stand-up es cero a menos que lo esté tratando como una extracción de estado de PM.
Ciertamente, he trabajado en muchas tiendas donde el "equipo" es un conglomerado de individuos, en lugar de un verdadero equipo en el sentido del marco Scrum. En tales casos, limitar las reuniones a unas pocas reuniones de planificación y la retrospectiva ocasional podría ser valioso, pero eso dependerá en gran medida de la naturaleza del trabajo y la cultura organizacional.
Si los miembros de su equipo realizan principalmente tareas operativas, con algunos proyectos complementarios, es posible que Scrum no sea la mejor opción para su flujo de trabajo. Scrum está realmente diseñado para proyectos , especialmente proyectos de desarrollo de software, y si bien puede adaptarse a operaciones o soporte en curso, hay mejores herramientas disponibles para los gerentes de proyectos ágiles.
Ya sea que sus tareas de operaciones estén basadas en tickets o en trabajos pendientes, puede encontrar un proceso de extracción como Kanban como un mejor marco para sus necesidades. Es un sistema de balde con fugas: el trabajo se vierte en el balde y los límites de trabajo en progreso aseguran que las tareas salgan del balde a un ritmo sostenible (y generalmente predecible).
Ciertamente puedes adaptar Scrum hasta cierto punto, pero más allá de ese punto no es realmente Scrum. Si encuentra que las reuniones, prácticas y artefactos de Scrum no cumplen con sus objetivos, le recomiendo buscar marcos y prácticas ágiles alternativos.
La respuesta de CodeGnome es casi perfecta... Pero aquí también están mis 2 centavos:
¿La reunión diaria de scrum de 15 minutos es obligatoria para un proyecto de scrum exitoso?
Para un proyecto Scrum exitoso , sí. No estás haciendo scrum si no tienes reuniones diarias de scrum.
Para un proyecto exitoso en general, probablemente no. La gente ha estado creando software con éxito sin ninguna de las recomendaciones de scrum durante bastante tiempo.
El objetivo real detrás del scrum diario es garantizar una comunicación constante entre los miembros de su equipo. Si están logrando esto sin la necesidad de una reunión formal, tal vez podrías pasarlo por alto.
Realmente no me gusta la idea de su reunión de 1 hora dos veces por semana. Eso parece demasiado largo, demasiado maduro para hacer perder el tiempo a las personas y se convirtió fácilmente en una tarea para los desarrolladores, en lugar de una herramienta para ayudarlos a realizar su trabajo. Pero quién sabe, si funciona para tu equipo, hazlo.
La conclusión es que la práctica de todos va a ser diferente. Debe ser personalizado para satisfacer sus necesidades. Siempre puedes intentar un sprint y hablar de ello en tu retrospectiva.
Hay un viejo dicho: nueve mujeres no pueden tener un bebé en un mes. No se puede sustituir la misma cantidad de tiempo en las reuniones largas por las cortas. Supongo que perdería más tiempo en una reunión de una hora una o dos veces por semana que en reuniones diarias de 15 minutos y que se haría menos en estas reuniones.
Hay cierta sutileza en el scrum. Uno de los propósitos de los diarios es asegurar la comunicación. Esto es muy importante porque desea que los problemas y las cuestiones surjan lo antes posible.
Otro propósito de los diarios es asegurar el ritmo operativo. Se podría argumentar que en un caso donde el desarrollo es una operación de fondo, las breves reuniones diarias son aún más importantes para mantener a las personas conscientes de que existe esta tarea de fondo y necesitan mantener la presión de desarrollo sobre ella.
Los diarios también mantienen a las personas enfocadas y cierran las oportunidades para la procrastinación. Si sé que soy responsable de algo en un día dentro de tres días, eso me da 2 días para decir "Puedo terminar eso mañana". Si sé que soy responsable de algo en un diario al final de hoy o mañana por la mañana, será mejor que me ponga manos a la obra.
La respuesta de CodeGnome es muy buena y dijo la mayor parte de lo que tenía que decir.
Lo que me gustaría preguntar es, ¿cómo es que estas tareas operativas interrumpen las reuniones diarias, pero no las semanales de una hora?
Las reuniones diarias de Scrum no tienen que ser de equipo completo (deberían serlo, pero deben realizarse sin personas si no están disponibles) y no tienen que durar 15 minutos. Prográmelos diariamente para el equipo unos 30 minutos después de su 'hora de inicio' oficial y manténgalos breves.
Centrarse en las tres preguntas de 'qué hiciste ayer', 'qué harás hoy', 'tienes algún impedimento' puede resolverse con bastante rapidez si la mayor parte del tiempo del equipo se dedica fuera del proyecto.
Ordene las reuniones de la misma manera que ordenaría las semanales, y si las personas no están allí, se perderán la información vital, esto es algo que debe analizar con el equipo durante sus Retrospectivas para ver cómo está funcionando.
El mayor problema con todas las ceremonias de scrum (incluido el stand-up) es que dividen su día, por lo que no tiene tiempo para pensar o trabajar en el trabajo real que debe realizarse.
La rendición de cuentas es un buen punto para tener un "registro" diario y si esa fuera la única interrupción, podría estar bien.
Sin embargo, esas reuniones de 15 minutos siempre tienen suficiente discusión para que el equipo deba programar una reunión de seguimiento adicional para hablar con más detalle, por lo que cada reunión termina siendo: una reunión de 15 minutos por día y al menos 1 reunión más. generalmente una hora larga mtg. diario.
Si todas las reuniones de scrum pudieran programarse juntas dos veces por semana y el equipo tuviera garantizado el tiempo de trabajo concentrado en los 3 días restantes, funcionaría mejor en mi opinión.
danny schoemann