Para coordinar diferentes equipos Scrum se utilizan las reuniones "Scrum de Scrum". La cual es muy similar a la Scrum Daily Meeting pero esta con un enfoque en multinivel.
La reunión tiene lugar todos los días y no debe durar mas de 15 minutos por ejemplo. En esta cada equipo envía un representante el cual debe responder a las preguntas.
1. Qué ha completado el equipo desde la ultima reunión?
2. Que completara hasta la siguiente reunión?
3. Que impedimentos tiene para lograrlo?
Las respuestas deberían estar enfocadas en elementos que impacten a otros equipos. El Product Owner jefe es quien modera la reunión, en general no solo debería ser el Scrum Master quien participe en las reuniones sino alguien diferente del equipo podría ir cambiando diariamente.
Sprint Review Común
Podrían también realizarse pequeñas Sprint Review multiequipos en la cual se muestre a todos que se realizó durante el Sprint y cual es el status general del proyecto.
Sprint Retrospective Común
Para la Sprint Retrospective existen dos posibilidades, la primera es que se tenga una Retrospective en general donde los resultados de los equipos sean discutidos.
La otra posibilidad es que se dividan los temas y estos sean discutidos por grupos pequeños de equipos, esta posibilidad es mas costosa pero logra que las personas en los equipos trabajen de forma mas estrecha.
Product Backlog
La product backlog es única para todo los equipos y es mantenida por el product owner en jefe, pero es alimentada por cada uno de los product owner. Pero de ser necesario las historias en la Backlog general pueden ser quebradas en historias mas pequeñas que se mantendran en la backlog especifica del equipo.
Programación de Sprint
En un proyecto multiequipos se puede decidir como sincronizar el trabajo de los distintos equipos una posibilidad es hacerlo de manera sincrona que todos inicien al mimo tiempo y que se estime finalicen de la misma manera.
Es la manera para hacer la comunicación y coordinación mas fácil.
La otra mantera es realizarlo de manera asincrona de esta forma los equipos no inician el mismo día y las reuniones tienen diferente programación lo que da la posibilidad al product owner de estar en mas de estas reuniones.
Estimación de Esfuerzos
La estimación debe hacerse utilizando la misma métrica para todos los equipos de tal forma que por ejemplo si se utilizaron puntos de historia en un uno debe usarse puntos de historia para todos en la misma escala, todos deben participara para asegurarse que todos los esfuerzos están cubiertos.
La reunión tiene lugar todos los días y no debe durar mas de 15 minutos por ejemplo. En esta cada equipo envía un representante el cual debe responder a las preguntas.
1. Qué ha completado el equipo desde la ultima reunión?
2. Que completara hasta la siguiente reunión?
3. Que impedimentos tiene para lograrlo?
Las respuestas deberían estar enfocadas en elementos que impacten a otros equipos. El Product Owner jefe es quien modera la reunión, en general no solo debería ser el Scrum Master quien participe en las reuniones sino alguien diferente del equipo podría ir cambiando diariamente.
Sprint Review Común
Podrían también realizarse pequeñas Sprint Review multiequipos en la cual se muestre a todos que se realizó durante el Sprint y cual es el status general del proyecto.
Sprint Retrospective Común
Para la Sprint Retrospective existen dos posibilidades, la primera es que se tenga una Retrospective en general donde los resultados de los equipos sean discutidos.
La otra posibilidad es que se dividan los temas y estos sean discutidos por grupos pequeños de equipos, esta posibilidad es mas costosa pero logra que las personas en los equipos trabajen de forma mas estrecha.
Product Backlog
La product backlog es única para todo los equipos y es mantenida por el product owner en jefe, pero es alimentada por cada uno de los product owner. Pero de ser necesario las historias en la Backlog general pueden ser quebradas en historias mas pequeñas que se mantendran en la backlog especifica del equipo.
Programación de Sprint
En un proyecto multiequipos se puede decidir como sincronizar el trabajo de los distintos equipos una posibilidad es hacerlo de manera sincrona que todos inicien al mimo tiempo y que se estime finalicen de la misma manera.
Es la manera para hacer la comunicación y coordinación mas fácil.
La otra mantera es realizarlo de manera asincrona de esta forma los equipos no inician el mismo día y las reuniones tienen diferente programación lo que da la posibilidad al product owner de estar en mas de estas reuniones.
Estimación de Esfuerzos
La estimación debe hacerse utilizando la misma métrica para todos los equipos de tal forma que por ejemplo si se utilizaron puntos de historia en un uno debe usarse puntos de historia para todos en la misma escala, todos deben participara para asegurarse que todos los esfuerzos están cubiertos.
Comentarios