¿Cuáles son las formas en que los informes de estado diarios facilitan el proceso?

El valor del scrum diario es que las personas que trabajan en estrecha colaboración se sincronizan en su plan a corto plazo. Mi primera recomendación sería permitir que partes de su equipo trabajen juntas para organizar su propio scrum diario donde sea útil.

Si solo está realizando un seguimiento del progreso, buscaría artefactos que muestren el progreso del trabajo, como tableros de tareas. De esta forma, los equipos, PM, gerentes, etc., pueden ver dónde se encuentra cualquier elemento de trabajo sin molestar a nadie.

Nuestra solución de baja tecnología para esto ha sido usar un wiki. Si la herramienta de control de versiones que está usando tiene un wiki integrado, como Trac o GitHub, puede usarlo; de lo contrario, puede usar un wiki independiente como Confluence.

Configure una página principal para el proyecto; configure una página para cada equipo debajo de eso. En la página del equipo, coloque algunas instrucciones en la parte superior que expliquen que cada individuo es responsable de actualizar su estado todos los días por X tiempo, y configure un diseño estándar, tal vez con un ejemplo de texto ficticio.

Mis equipos siempre han encontrado esto bastante indoloro.

...

Por supuesto, la meta-pregunta es por qué está utilizando el standup diario para los informes de estado. Clásicamente, no es para el estado, precisamente porque el equipo y los líderes deberían poder ver el estado en la wiki, en el tablero de sprints o en otra herramienta... lo que puede volverse obvio una vez que comience a usar una herramienta de este tipo para el estado. El standup clásico es identificar cualquier bloqueador, áreas que necesitan coordinación, etc.

Además, con un equipo de 70 personas que ya está compuesto por subequipos, es posible que desee buscar respuestas en "Scrum of Scrums".

Esto suena más a pasar lista en el ejército que a una reunión diaria de scrum. Es posible que no celebres tu reunión por las razones correctas.

El scrum diario no está ahí para informar el progreso a los gerentes/partes interesadas/etc. Su propósito es sincronizar el equipo y brindar una oportunidad alternativa para informar impedimentos. Como tal, un scrum diario debe limitarse a un grupo de personas cuyo trabajo se relacione directamente entre sí.

70 personas es demasiado. Si ese es el tamaño de su equipo Scrum, busque formas de dividir los equipos y trabajar en múltiples subunidades como "Scrum of Scrums" o Nexus Scrum Framework.

Si es tan importante informar el progreso a elementos externos diariamente, considere crear un tablero de software Scrum que actualice diariamente en paralelo por varios equipos más pequeños.

Sugeriría usar TaskQue . Le ayudará a deshacerse de las reuniones inútiles mediante varias funciones. A continuación se presentan algunas funciones de TaskQue:

Discusiones: puede crear discusiones virtuales en tiempo real para comunicarse con sus compañeros de equipo. No es necesario perder el tiempo en reuniones todo el tiempo.

Puede ayudarlo a optimizar su proceso de informes. En este sistema, existe un concepto de Tareas, Proyecto y Áreas de trabajo.

espacio de trabajo :

Los espacios de trabajo son una colección de proyectos, mientras que

Proyecto :

El proyecto es una colección de tareas.

Además, da una mejor idea sobre el desempeño del equipo a través de resúmenes.

Resumen: Resumen del proyecto Hay dos tipos de resúmenes aquí. El primero es el resumen del espacio de trabajo y el segundo es el resumen del proyecto. El resumen del proyecto es una herramienta visual que le da una idea del rendimiento general del equipo y de los proyectos.

Comentarios: puede agregar comentarios debajo de cada tarea. Los comentarios están destinados a dar sus respuestas e instrucciones.

Es posible que desee considerar hacer un enfoque de "Scrum de Scrums". Los grupos más pequeños, limitados a 10-15 personas como máximo, deben hacer sus propios scrums. Es muy probable que estas divisiones caigan a lo largo de líneas de módulos o componentes. Luego, es posible que desee tener algún tipo de "Scrum de Scrums" con solo los clientes potenciales 3 veces por semana, o alguna frecuencia que tenga sentido para el flujo de su equipo.