Básicamente es 7 +/- 2
Tamaño del equipo en Scrum, en realidad
La autoorganización es un principio de gestión esencial de Scrum. Sin embargo, su importancia y potencial solo se filtran lentamente. A pesar de la amplia adopción de Scrum.
- ¿Cómo puedo externalizar el desarrollo web sin sacrificar el proceso de aprendizaje?
- ¿Por qué los desarrolladores de software son tan caros en Silicon Valley?
- ¿Podemos construir un software diseñado para hacer investigación?
- ¿Cuáles son algunas sugerencias y temas que debo considerar si voy a dar una charla sobre tecnología y desarrollo de software a un grupo local de no técnicos en mi comunidad local?
- ¿Son realmente necesarias las simulaciones de píxeles perfectos en un entorno de desarrollo ágil en la actualidad?
La forma más básica de autoorganización en Scrum sostiene que los Equipos de Desarrollo organizan y gestionan su propio trabajo dentro de un Sprint, de forma autónoma, contra un pronóstico y un Objetivo Sprint. Donde crece la aceptación de esta práctica, pocas organizaciones la llevan un paso más allá. Pocos equipos son compatibles para determinar el tamaño de su propio equipo con el fin de colaborar mejor para la creación de un Incremento de producto liberable en un Sprint. Al comprender que las bases para un gran trabajo son el compromiso y la motivación, los Equipos de Desarrollo también deberían poder crear y recrear su estructura y composición a lo largo del tiempo.
La colaboración es clave. De la colaboración surge el rendimiento. Los equipos tienen la mayor cohesión, la confianza más profunda y las interconexiones más efectivas cuando el tamaño del equipo es de alrededor de siete. Scrum solía tener la regla conocida como 7 +/- 2, lo que significa que se esperaba que un Equipo de Desarrollo tuviera al menos 5 personas y 9 como máximo. La Guía Scrum ha desarrollado esta guía para 3-9 personas. Esto es confuso cuando se busca exactitud académica, menos confuso si esto se ve como una guía contra el objetivo de ser “lo suficientemente pequeño como para ser ágil y lo suficientemente grande como para completar un trabajo significativo dentro de un Sprint” (cita de la Guía Scrum).
Aunque la Guía Scrum establece una expectativa para el tamaño de un Equipo de Desarrollo, no se necesita un proceso formal para hacer cumplir esto realmente si se promulga la autoorganización. A través de la autoorganización, un equipo ajustará su tamaño de forma autónoma para un rendimiento óptimo. En lugar de instruir a un equipo sobre su tamaño obligatorio, ayúdelo a descubrir qué funciona mejor para ellos, incluido qué tamaño de equipo maximiza el ancho de banda de comunicación. Ningún cuerpo externo puede hacer esto mejor. Ningún organismo externo puede evaluar los efectos combinados de la dinámica del equipo, ya sea de ubicación conjunta o no, la disponibilidad de personas y recursos (herramientas, infraestructura) y todos los demás parámetros mejor que las personas que realmente realizan el trabajo.
Pruebe algo que cree que podría funcionar para usted. Inspeccione, adáptese a sus hallazgos. Repetir. Cuando está fuertemente limitado a hacer esto, es una buena idea seguir la guía de tener de 3 a 9 personas en un Equipo de Desarrollo.
En Scrum, en realidad … el tamaño del equipo es una decisión del equipo.
Fuentes: tamaño del equipo en Scrum, en realidad