Scrum of Scrums: el desarrollo óptimo del equipo como base para escalar
¿Qué tienen en común el desarrollo de equipos y el scrum de scrums? Te ocupas del crecimiento y la optimización de los equipos. Básicamente, antes de escalar métodos ágiles, el equipo debe estar desarrollado de manera óptima. Puedes ver cuando un equipo se desarrolla óptimamente aquí o en nuestro artículo de blog
¿Qué es Scrum de Scrums?
Scrum of Scrums es una forma de escalar Scrum a través de muchos equipos y posiblemente trenes. Otros métodos son por ejemplo Seguro, Menos o nexo.
Scrum de Scrums es particularmente exitoso cuando todos los miembros del equipo Scrum trabajan hacia un objetivo común, confían unos en otros, se respetan y trabajan juntos. Esto requiere el desarrollo del equipo de antemano.
La frase
“Lo suficientemente pequeño para mantenerse ágil y lo suficientemente grande para realizar un trabajo importante en un sprint”
tal vez tu sepas Entonces, ¿cuándo es el momento adecuado para escalar? ¿Cuál es el tamaño óptimo del equipo y qué debe tener en cuenta al desarrollar un equipo? ¿Hay una recomendación de desarrollo de equipo para esto?
Antes de profundizar más, una nota rápida. Recientemente, tuvimos 11 expertos internacionales ágiles como invitados en un seminario web – sobre una pregunta: ¿Cómo se escalan los métodos ágiles correctamente?
El resultado es esta fantástica grabación de video (inglés), que aborda las siguientes preguntas, por ejemplo:
- ¿Prefieres empezar de abajo hacia arriba o de arriba hacia abajo?
- ¿Cómo logra que los gerentes se pongan de acuerdo sobre una visión común?
- ¿Cómo elige el marco ágil correcto – y por qué en realidad no es tan importante?
Mi más cálida recomendación: ¡Échale un vistazo! Lleva mucho tiempo, pero vale la pena cada minuto.
Primero la historia de Scrum de Scrums
Jeff Sutherland y Ken Schwaber buscaban un método que les permitiera trabajar ágilmente con varios equipos. Era importante que no todos trabajen para sí mismos, sino que todos trabajen juntos de manera coordinada. Fue un hito en el desarrollo ágil. Jeff Sutherland también escribió el libro sobre esto. “Agile Can Scale: Inventing and Reinventing SCRUM in Five Companies”, que apareció en 2001.
Scrum of Scrums y la escalabilidad de los métodos ágiles se han ido imponiendo cada vez más desde entonces. Sin embargo, se puede decir que la pandemia de COVID-19 ha dado probablemente el mayor impulso al desarrollo ágil, al menos para su aplicación en ámbitos distintos al del desarrollo de software. Básicamente, los métodos ágiles siempre pueden aplicarse cuando los requisitos y las tecnologías son complejos. La matriz stacey y el Marco Cynefin te ayude a clasificar. en el Guía Scrum@Scale encontrará toda la información sobre el escalado.
Como consejo: solo debe escalar cuando su equipo individual esté trabajando bien en conjunto y funcionando bien. Si ya tiene problemas con Scrum a nivel de equipo individual, tampoco debe escalar. Mi recomendación de desarrollo de equipo aquí: desarrolle el equipo primero y ocúpese de sus problemas antes de comenzar a escalar.
Por cierto, una breve nota en el contexto de la transformación ágil: ¿Quieres asegurarte de que estáis estableciendo actualmente las prioridades correctas en vuestra transformación ágil?
Entonces haz nuestro test de madurez para vuestra transformación ágil: solo dura 3 minutos. Incluso obtendrás un punto de referencia basado en los más de trescientos participantes. Mira el botón 🙂
Propósito de Scrum de Scrums
Scrum of Scrum es la primera extensión lógica de Scrum cuando se trata de agilidad en un equipo hacia la agilidad de toda una empresa. Un requisito previo crucial para escalar es la composición adecuada del equipo. Se deben responder las siguientes preguntas:
- ¿Quién trabaja en qué posición en el equipo?
- ¿Quién trabaja con quién?
- ¿Quién armoniza particularmente bien juntos?
- ¿Quién tiene qué papel?
Hemos encontrado que la claridad de roles juega un papel muy importante. Por cierto: si quieres saber qué palancas puedes usar para crear innovaciones en un equipo, échale un vistazo a esto Video sobre. Los equipos también siempre necesitan suficiente tiempo y espacio para seguir desarrollándose. También puedes conseguir los de Tuckman aquí. Modelo de fase para el desarrollo del equipo. recordar:
- formando (Fase introductoria y de búsqueda),
- asalto (fase de argumentación y disputa)
- normalización (fase de regulación y acuerdo)
- rendimiento (fase de trabajo y ejecución).
Fuente: Modelo de fases de Tuckman para el desarrollo de equipos
El objetivo es coordinar equipos más pequeños, ágiles y autónomos que estén completamente enfocados en las necesidades y deseos del cliente. Conoces el tema de la orientación al cliente aquí También me gusta ver más detalles. Por lo tanto, siempre debe ser bastante temprano en el viaje del cliente de tu cliente Solo sé tu cliente y comienza un cambio de perspectiva. Desafortunadamente, en la práctica, los clientes todavía tienen que adaptarse con bastante frecuencia a los procesos de la empresa colaboradora. Especialmente en las administraciones públicas, pero también en algunas grandes empresas o corporaciones. Sin embargo, esa no es la idea de Scrum.
“Crecimiento” no es lo mismo que “escalabilidad”
Dominic Price escribe en “Desaprender estas cinco falacias te hará más innovador” sobre las 5 falacias de las que deberías deshacerte para ser más innovador.
- “Crecimiento” no es lo mismo que “escala”
- “Transformación” no es lo mismo que “evolución”
- No es lo mismo “perturbador” que “perturbado”
- No es lo mismo “Asistencia” que “Iniciativa”
- “Productos” no son lo mismo que “resultados”
En resumen, esto significa: la eficiencia es buena, la efectividad es mejor. Siempre preste atención a la eficacia.
Por experiencia podemos decir: cuanta más gente trabaja en el mismo problema, más difícil se vuelve encontrar una solución. Especialmente cuando son miembros de equipos multifuncionales y autónomos. Sin embargo, la solución para equipos en crecimiento es escalar. Del Guía de Scrum proporciona una base para equipos y organizaciones que necesitan apoyo en esta área. Sin embargo, escalar Scrum más allá de los equipos individuales requiere un enfoque diferente. La técnica Scrum de Scrums (tecnología SoS).
Fuente: Profesionales RFC
Estructura y proceso de Scrum of Scrums
Estructura del equipo Scrum de Scrums
La comunicación es fundamental en el mundo ágil y la clave del éxito. Los canales de comunicación pueden sufrir rápidamente cuanto más grande es el equipo. La información llega incorrectamente o no llega en absoluto. Tarde o temprano esto también afecta la confianza en el equipo, falta cercanía y se vuelve más desafiante perseguir un objetivo común.
El objetivo es desarrollar el equipo de tal manera que se eliminen todos los obstáculos (Scrum Master) y Flujo está trabajando. En teoría, hay un “equipo perfecto” con un rendimiento óptimo según el Investigaciones de Hackman y Vidmar de 4,6 personas. Los equipos que son demasiado pequeños pueden no ser suficientes para resolver un problema. Por el contrario, si los equipos son demasiado numerosos, se resienten las relaciones personales y la agilidad en relación con la capacidad de actuación y los intereses del cliente.
En algunos casos requiere una división del equipo. Pero cuidado, hay algunas cosas a considerar aquí. Estás interfiriendo con un sistema ya establecido. Las competencias entre los equipos deben distribuirse de manera equilibrada, las interfaces de funcionamiento deben redefinirse y las tareas deben redistribuirse o definirse. Las dependencias inesperadas y los nuevos cuellos de botella pueden retrasar el proceso en su totalidad. Aquí también es importante comunicarse abiertamente y dar tiempo y espacio al equipo. La paciencia y el ajuste en los lugares correctos también es muy importante.
La técnica de scrum de scrums requiere coordinación cuando se forman varios equipos. El siguiente diagrama muestra una posibilidad:
Fuente: atlasiano
Otros roles en el Scrum de Scrums
El propietario principal del producto: el propietario principal del producto es responsable de la visión general del producto. Prioriza la acumulación de productos y es la interfaz y el portavoz del cliente.
El Scrum of Scrums Master: Contribuye permanentemente a una mayor eficiencia de Scrum of Scrums. Se enfoca en el progreso y los obstáculos que son visibles para otros equipos, empoderando y apoyando al equipo en el cumplimiento de sus tareas. él también lo hará Líder de servicio llamado.
Scrum de la reunión de Scrum
Los miembros del equipo designan a una persona para que asista a la reunión Scrum de Scrums en nombre del Equipo Scrum. Dependiendo de dónde se encuentre el enfoque dentro del proyecto, el equipo siempre puede designar a un representante diferente. Por regla general, se elige a la persona más cercana al tema. Cuando se trata de la experiencia del usuario, se debe enviar un representante que tenga conocimientos al respecto. Si el foco está en las pruebas, el representante debe provenir del área de pruebas. En algunos casos, cuando el equipo SOS se vuelve demasiado pequeño, puede ser recomendable que asistan a la reunión dos representantes por equipo. El Scrum Master suele acompañar a la persona designada por el equipo. Cuando el trabajo de las Scrum of Scrums Meetings se coordina en una reunión de nivel superior, se denomina Scrum of Scrum of Scrums Meeting.
Frecuencia y Timebox** de las reuniones Scrum of Scrum
El equipo determina la frecuencia de la reunión de Scrum of Scrum. En aras de la sencillez, te apegas a las especificaciones del diario, que tiene lugar todos los días y suele durar un máximo de 15 minutos..
Sin embargo, según el tamaño y la cantidad de equipos, estas suelen ser reuniones más largas que no se llevan a cabo con tanta frecuencia. Por ejemplo de 2 a 3 veces por semana. A diferencia del Daily, los problemas que surgen en el Scrum of Scrums Meeting se resuelven directamente, si es posible, o al menos se discuten. Los problemas que surgen en esta reunión son importantes y pueden afectar rápidamente a más de 100 personas.
Agenda para una reunión
Fuente: Unsplash
Una buena agenda para una reunión de Scrum de Scrums es la agenda de uno melés diarios muy similar. Dado que la reunión Scrum de Scrums no se lleva a cabo todos los días en la práctica y dado que cada persona representa a todo su equipo en la reunión, las preguntas se responden de una manera ligeramente diferente:
- ¿Qué ha logrado su equipo desde la última vez que nos vimos?
- ¿Qué habrá hecho su equipo para la próxima reunión?
- ¿Hay obstáculos que dificultan el trabajo del equipo?
- ¿Podría algo de lo que está haciendo su equipo interponerse en el camino de otro equipo?
La última pregunta tiene mucho que ver con el proceso y el posible impacto en otros equipos. Tratar con esta pregunta puede ser muy útil. Ella considera varios escenarios de antemano para garantizar una cooperación fluida. De esta forma, la mentalidad de silo queda virtualmente eliminada. La respuesta a la última pregunta es particularmente importante, porque los representantes deben transmitir los hallazgos a sus propios equipos.
Además de responder a las preguntas, la reunión también ofrece el tiempo y el espacio para discutir y abordar cualquier tema, problema o desafío que haya surgido anteriormente. En la reunión, se documenta el progreso y se crea un entendimiento común. Las soluciones y medidas se registran para que puedan ser rastreadas.
Para mantener la objetividad y la neutralidad en la reunión, no se mencionan nombres en las discusiones. La extensión de los temas también está claramente delimitada por la importancia de los temas. El objetivo es crear una visión objetiva desde el nivel meta, pero aún así cambiar las perspectivas.
Conclusión
Entonces, Scrum of Scrums es una buena manera de escalar si ya está trabajando con Scrum y desea evolucionar hacia la agilidad empresarial. Si desea obtener más información sobre la evaluación de desempeño de Scrum Master, eche un vistazo Este artículo sobre.
Scrum of Scrums y SAFe: dos conceptos diferentes
Scrum of Scrums, SAFe y LeSS son marcos de escalamiento Agile diferentes, con diferentes enfoques para implementar el liderazgo y construir una hoja de ruta. Si desea obtener más información sobre los otros conceptos, le recomiendo consultar las publicaciones de nuestro blog. Seguro y Menos leer.
