Escalado Diario Scrum
También conocido como: Si procede
Fuente de la imagen: la Guía oficial del Scrum@Scale
CAMBIO DE DP 1123AM
PROBANDO ESTE CAMBIO: La Scrum Diaria Escalonada es un evento diario y recurrente que permite a varios equipos coordinar su trabajo de forma más eficaz. Implica al menos a un representante (normalmente un Scrum Master) de cada equipo, que participa activamente en la Scrum Diaria Escalonada poco después de la Scrum Diaria de su equipo individual. La duración máxima de la Scrum Diaria Escalonada es de 15 minutos.
Retos relacionados: Proceso, Comunicación, Coordinación, Entrega, Resolución de impedimentos
Descripción
La Scrum Diaria Escalonada es un evento diario y recurrente que permite a varios equipos coordinar su trabajo de forma más eficaz. Implica al menos a un representante (normalmente un Scrum Master) de cada equipo, que participa activamente en la Scrum Diaria Escalonada poco después de la Scrum Diaria de su equipo individual. La duración máxima de la Scrum Diaria Escalonada es de 15 minutos.
El objetivo de la reunión es identificar los obstáculos a los que se enfrenta cada equipo, debatir cualquier retraso de un equipo que pueda afectar a otros equipos, gestionar o eliminar nuevas dependencias, evitar futuros impedimentos y compartir cualquier aprendizaje notable que pueda beneficiar a otros equipos. Los temas tratados y el formato de la reunión pueden variar en función del marco.
La Scrum Diaria Escalonada suele ser facilitada por un Maestro de Scrums (SoSM) que es elegido para funcionar como Scrum Master del equipo de equipos. Esta reunión forma parte del Marco Scrum@Scale.
Otra reunión similar es la Sincronización Coach, que reúne a los Scrum Masters (Equipo Coaches) de cada uno de los equipos de equipos al menos una vez a la semana durante 30 a 60 minutos para coordinar su trabajo. Los temas tratados son similares a los del Scrum Diario Escalonado. Un Ingeniero de Tren de Lanzamiento (RTE) actúa como facilitador de la reunión de Sincronización Coach. Esta reunión forma parte del Marco SAFe.
Cuándo utilizar
Cuándo utilizar:
Cuando existe un "Equipo de Equipos" que necesita coordinarse para alcanzar un objetivo a corto plazo, como el objetivo de un Sprint.
Cuándo no utilizar:
Cuando varios equipos desconectados necesitan entregar los objetivos del sprint con pocas o ninguna dependencia de otros equipos.
Cómo utilizarlo:
1. Identifica a una o más personas que sean fuertes en agilidad y en tu marco preferido.
2. Persuádeles para que participen en tu esfuerzo de escalado ágil.
3. Forma un equipo en torno a estas personas.
4. Apoya al equipo en sus esfuerzos por llegar a ser competente (con éxito).
5. Una vez que el primer equipo tenga éxito, forma un segundo equipo, repitiendo el modelo hasta que toda la organización haya alcanzado el nivel de agilidad que deseas.
Cómo no utilizar:
- Evita incluir a todos en la resolución de problemas
- Evita sobrepasar regularmente el plazo
- Evita enviar sólo el Scrum Master o siempre al mismo miembro del equipo
Ventajas y desventajas
Puntos fuertes:
- Identificación rápida de los impedimentos que requieren ayuda
- Transparencia sobre el progreso hacia los objetivos
- Reducción del riesgo del producto y/o del esfuerzo
- Reducción de las sorpresas
Puntos débiles:
- Requiere tiempo adicional (por ejemplo, 15 minutos) que algunos equipos pueden interpretar como innecesario
- Puede verse como un desafío a la autoorganización y autogestión individual del equipo
- Puede verse como un desafío a la burocracia dentro de una organización
- La identificación y comunicación en tiempo real de los impedimentos elimina la necesidad de una reunión aparte
Un ejemplo práctico
En una gran organización gubernamental de EE.UU., una organización nueva en la metodología ágil identificó a dos personas con experiencia previa en Scrum y reclutó a otras tres. Formaron el primer equipo Scrum de la organización. Una vez que el equipo hubo completado seis Sprints y entregó con éxito un producto funcional, la organización añadió un segundo equipo identificando a una persona más experimentada y reclutando a cinco más de otras agencias. Repitieron este modelo hasta que tuvieron equipos, suficientes para una Scrum de Scrums.
Atribución de patrones
Este patrón fue creado por Dr. Jeff Sutherland.
Colaborador de página
El contenido de esta Biblioteca de Patrones de Escalado está bajo licencia Creative Commons Reconocimiento 4.0 Licencia internacional.