SCRUM Y XP DESDE LAS TRINCHERAS | 99
entonces el equipo 1 y el equipo 3 hablan entre ellos durante la segunda mitad del Sprint, entonces quizás deberías considerar combinar los tres equipos en uno, o simplemente dejarlos como tres equipos Scrum. Comenta el tema durante la retrospectiva de Sprint y deja que los equipos decidan por si mismos. La división en equipos es una de las partes realmente duras de Scrum. No pienses demasiado u optimices en exceso. Experimenta, mantente alerta ante la formación de equipos virtuales y asegúrate de que tienes tiempo de sobra para discutir estos aspectos durante las retrospectivas. Tarde o temprano encontrarás la solución correcta para tu situación concreta. Lo importante es que los equipos se sientan a gusto y no tropiecen unos con otros demasiado a menudo.
Tamaño óptimo del equipo La mayoría de los libros que he leído afirman que el tamaño óptimo oscila entre 5-9 personas. Por lo que he visto hasta ahora solo puedo estar de acuerdo. Aunque yo diría 3-8 personas. De hecho, creo que merece la pena pasar algunos malos ratos con tal de conseguir equipos de ese tamaño. Digamos que tienes un solo equipo Scrum de 10 personas. Considera deshacerte de los dos miembros mas débiles del equipo. Oooops, ¿realmente acabo de decir eso? Digamos que tienes dos productos diferentes, con equipos de 3 personas por producto y ambos avanzando muy lentamente. Podría ser una buena idea combinarlos en un solo equipo de 6 personas responsable del desarrollo de ambos productos. En este caso, deshazte de uno de los dos Dueños de Producto (o dale un puesto de consultor o similar).
Digamos que tienes un solo equipo de 12 personas, porque la base de código se encuentra en un estado tan precario que no hay manera de que dos equipos trabajen en ella de forma independiente. Haz un serio esfuerzo en arreglar la base de código (en lugar de desarrollar nuevas funcionalidades) hasta que