¿Cómo medir el rendimiento de varios equipos de scrum entre sí?

Con la velocidad de un equipo de scrum contra sí mismo a lo largo del tiempo, es fácil: solo la cantidad de puntos por sprint. Pero, ¿cómo medir el rendimiento de varios equipos de scrum entre sí?

¿Por qué quieres hacer esto? Cada equipo es diferente: diferentes problemas, diferentes miembros del equipo con diferentes antecedentes y habilidades, posiblemente diferentes herramientas. ¿Qué información espera obtener? ¿Cuál es el propósito de comparar equipos?
Para identificar los scrums de bajo rendimiento y también para enviar un mensaje: se mide su rendimiento, siga mejorando.

Respuestas (3)

Los equipos de Scrum son únicos y no deben compararse entre sí en términos de productividad usando cosas como la velocidad o el tamaño de los puntos de la historia.

Donde puede obtener algún beneficio al comparar equipos Scrum es en su adopción/madurez y prácticas de Agile-Scrum.

¿Un equipo siempre cumple con sus compromisos y el otro no? ¿Por qué? ¿Puede el equipo 2 usar algo que hace el equipo 1 para ayudar al equipo 2 a cumplir con los compromisos? Quizás.

Cuando compare equipos Agile-scrum, recuerde siempre que lo que funciona para 1 equipo no necesariamente funciona para el equipo 2. No caiga en la trampa de implementar procesos o políticas a ciegas en todos los equipos sin comprender el problema subyacente que está tratando de resolver. .

Respete las ceremonias de scrum y los componentes básicos, como la definición y la estimación de la historia. El resto depende del equipo para autoorganizarse.

Comparar el desempeño del equipo Scrum es fácil: mida la capacidad de cada equipo para cumplir con los compromisos de entrega.

El propósito de Scrum es permitir que los equipos calculen de manera confiable y se comuniquen de manera efectiva sobre los obstáculos de desarrollo para que puedan hacer compromisos de entrega confiables entre sí y con los clientes. El mejor equipo Scrum tendrá la mejor calificación de entrega de compromiso.

Un mal equipo Scrum es aquel que es impredecible a lo largo de las iteraciones (sprints) y no se puede confiar en él para entregar las funciones de software prometidas.

Un buen equipo de Scrum cumple lo que promete, cuando lo promete, de modo que las decisiones de financiación y de clientes se puedan tomar con confianza.

Me gusta más esta respuesta. Sobre todo la última frase. La gente olvida con demasiada facilidad que las historias, los puntos de la historia y la velocidad son medios para planificar el futuro. Un equipo de scrum confiable y consistente es un equipo que puede planificar. Y eso es oro.

Necesita aclaración: ¿qué rendimiento está tratando de medir y con qué fines? Por ejemplo, ¿está tratando de comparar la calidad, el valor comercial entregado, la adaptabilidad a los requisitos cambiantes, la capacitación cruzada o...?

Lo más importante sería cuáles son los beneficios principales que esperas de comparar equipos entre sí: el rendimiento del equipo es un problema de múltiples variables en tantas dimensiones que puede ser difícil llegar a un conjunto útil de métricas que se puedan usar de manera efectiva.