Separar en múltiples equipos de Scrum

[Tana]

Hola!

En la empresa que estoy ahora estamos creciendo y estamos planeando dividir el equipo de ingeniería en dos equipos Scrum.

Mi opinión es que cada equipo debe ser funcional y tener responsabilidad sobre un producto (o sistema independiente equivalente). Ahora mismo, por el estado del producto, estamos considerando que ambos equipos tiren del mismo backlog, intentado evitar solapamientos en la medida de lo posible.

Mi pregunta(s) es:

• ¿Alguien tiene experiencia haciendo un split de equipos?
• Tienen equipos tirando del mismo backlog? Problemas que anticipen?

Saludos y gracias por leer! ^_^

[Raul Herranz]

Cuántos miembros habría en cada equipo? Tenéis PO? SM? Cuántos de cada?

Por cierto, mandame un privado (o llámame al 649.68.83.62) y te comento si quieres un nuevo servicio que igual os interesa ;)

Un abrazo,

    Raúl

--

---
Has recibido este mensaje porque estás suscrito al grupo "AgileCanarias" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a agile-canaria...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Juan del Sol]

Buenas.

Yo tengo experiencia en hacer splits de equipos.

También estamos creciendo y hemos partido de un equipo hasta llegar a cuatro.

Incluso hemos hecho sprints con backlog compartido entre 2 equipos.

Respecto a los splits, veo positivo hacerlo cuando está prevista la incorporación de nuevos miembros. Así, puedes crear dos nuevos equipos con conocimiento core del antiguo equipo, que ayuden a aumentar la velocidad más rápidamente con la incorporación de los nuevos. 

También sirve para tener un conocimiento mayor de la arquitectura, trabajando en distintas áreas del proyecto. Además, evitas que se creen nichos del tipo "esa responsabilidad no es mía, que lo haga el equipo", ese trollismo que centra a los equipos en su sólo backlog y no colabora con los demás, perdiendo de esa manera el foco global. 

De vez en cuando, es bueno hacer un sprint con backlog compartido, y que ambos equipos trabajen conjuntamente, pero es cierto que ciertos miembros se acaban dejando llevar y disminuye un poco la velocidad (demasiados miembros).

Todo esto que describo, es con SM y PO, con 7+1 en casa equipo.

Yo no te aconsejaría que dos equipos tiraran siempre del mismo backlog, porque se generarían demasiadas responsabilidades a entregar en un solo sprint y eso afectaría a la coordinación y probablemente a un descenso de la velocidad. En mi opinión, es mejor tener 2 equipos, y que cada uno se encargue de una o dos responsabilidades, y si hay dependencia entre funcionalidades, poner un miembro de cada equipo (encargado de resolver esa dependencia) en forma de miembro satélite, que vaya a un equipo u a otro, y se le reste su aporte de velocidad desde el equipo origen, y se le sume en el equipo destino.

Bueno, ladrillo mañanero. Espero haber sido de ayuda.

Un abrazo, 

Juan.