Guía de Scrum · Escalado y aprendizaje
Scrum of Scrums: cómo coordinar varios equipos Scrum
Un Scrum of Scrums es una reunión, y una estructura, en la que representantes de varios Scrum Teams coordinan su trabajo. Es la forma más sencilla de escalar Scrum cuando unos pocos equipos construyen juntos un producto.
Puntos clave
- Un Scrum of Scrums coordina varios Scrum Teams mediante representantes.
- Se centra en las dependencias, la integración y los impedimentos compartidos.
- It is the basic building block of Scrum@Scale.
Cómo funciona
- Cada equipo envía un representante, a menudo un Developer con los conocimientos técnicos adecuados y a veces el Scrum Master.
- Los representantes se reúnen periódicamente, desde a diario hasta unas pocas veces por semana, a menudo durante unos 15 minutos, con tiempo posterior para resolver problemas.
- Se centra en la integración, las dependencias y los impedimentos que afectan a más de un equipo.
- Los representantes comparten el resultado con sus propios equipos.
Orden del día de ejemplo
- ¿Qué ha hecho mi equipo desde la última reunión que afecte a otros equipos?
- ¿Qué hará mi equipo a continuación que afecte a otros equipos?
- ¿Qué impedimentos tiene mi equipo con los que otros podrían ayudar?
- ¿Estamos a punto de poner un obstáculo a otro equipo?
- Resolución de los problemas planteados (después del tiempo principal).
Consejos
- Mantenga un tablero compartido de dependencias e impedimentos entre equipos.
- Envíe a la persona mejor situada para tratar las dependencias del momento, que puede cambiar con el tiempo.
- Alinee las cadencias de los Sprints para que los equipos planifiquen y revisen juntos.
- Celebre una Sprint Review conjunta para el producto integrado.
Errores frecuentes
- Convertirlo en un informe de estado para los directivos.
- Representantes que no pueden tomar decisiones o que no informan a su equipo.
- Demasiados equipos en una sola reunión; divídala en capas si es necesario.
Relación con los marcos de escalado
El Scrum of Scrums es un elemento fundamental de Scrum@Scale. Aparece una coordinación similar en LeSS y en el ART Sync de SAFe; consulte Agile Release Train.
Preguntas frecuentes
¿Cuántos equipos puede coordinar un Scrum of Scrums?
Normalmente, hasta unos cinco o diez equipos. Por encima de eso, las organizaciones añaden otra capa, a veces llamada Scrum of Scrums of Scrums.
¿Forma parte de la Guía de Scrum el Scrum of Scrums?
No. Es una práctica de escalado muy extendida, no forma parte del marco oficial de Scrum.
¿Qué es un Scrum of Scrums?
Una reunión de coordinación en la que representantes de varios Scrum Teams tratan las dependencias, la integración y los impedimentos compartidos.
¿Quién asiste a un Scrum of Scrums?
Un representante por equipo, a menudo un Developer con los conocimientos técnicos pertinentes o el Scrum Master. La persona más adecuada puede cambiar según las dependencias del momento.
¿Con qué frecuencia se reúne un Scrum of Scrums?
Desde a diario hasta unas pocas veces por semana, según cuántas dependencias existan. Muchos limitan el debate principal a unos 15 minutos.
¿Quién creó el Scrum of Scrums?
La práctica suele atribuirse a Jeff Sutherland y Ken Schwaber, que la usaron para coordinar varios equipos en los años noventa.
¿Cuál es la diferencia entre un Daily Scrum y un Scrum of Scrums?
El Daily Scrum sirve para que los Developers de un equipo planifiquen su día de cara al Objetivo del Sprint. Un Scrum of Scrums coordina el trabajo entre equipos.
¿Qué es un Scrum of Scrums Master?
In Scrum@Scale, the person who facilitates the Scrum of Scrums and helps remove impediments across teams. See Scrum@Scale.
¿Qué relación tiene el Scrum of Scrums con SAFe?
SAFe utiliza eventos de coordinación similares, como el ART Sync, para alinear a los equipos de un Agile Release Train. Consulte SAFe.
¿Qué hace que un Scrum of Scrums sea eficaz?
Representantes que puedan tomar decisiones, un tablero compartido de dependencias e impedimentos, cadencias de Sprint alineadas y un enfoque en los problemas en lugar de en el estado.
¿Es el Scrum of Scrums una reunión de estado?
No debería serlo. Su propósito es sacar a la luz y resolver problemas entre equipos, no informar del progreso a los directivos.