Soy scrum master/agile coach y el equipo al que me han asignado es demasiado grande, ¡13 personas!
Tengo total autoridad para cambiar esto, sin embargo, quiero formular un buen plan para hacerlo.
¿Alguien puede sugerir cómo inicio este proceso? Entonces, no dónde ocurre la división, sino cómo abordarla.
Mi plan aproximado era simplemente tener 1 a 1 con todos y ver si hay un hilo común. Tematizar un estilo retro parece que les estoy imponiendo el concepto.
¿Algunas ideas?
Tematizar un estilo retro parece que les estoy imponiendo el concepto.
¿Por qué crees eso? ¿En qué se diferencia del enfoque "1 a 1"? ¿Qué consejos te dan los valores contenidos en el Manifiesto para el desarrollo ágil de software ? ¿Puede aplicar los valores y las reglas de The Scrum Guide a esta situación?
Los equipos autoorganizados comienzan con la autoorganización.
El consejo normal que doy a los clientes es crear una Historia de usuario para lo que es un "buen equipo" con una clara aceptación.
Luego tienes a todos en una habitación. Les muestra la historia del usuario, les dice cuántos equipos deben existir y luego les permite autoorganizarse en equipos. Por lo general, pasará por 2-3 iteraciones de esto antes de tener su conjunto final.
Como dice Simon Sinek: "Contrata por actitud, puedes enseñar habilidades". Para equipos de ajuste primero. Las habilidades mejorarán más rápido con un buen equipo.
amelvin