Métricas honestas de un team building: hechos observables, nunca rankings de personas
Medir el resultado de una actividad de equipo no debería significar armar un ranking de quién lo hizo mejor. Hay una forma de medir que ayuda al equipo en vez de dividirlo.
La tentación del ranking (y por qué es un error)
Apenas alguien empieza a pensar en "medir" una actividad de equipo, la primera idea que aparece suele ser un ranking: quién resolvió más rápido, quién tomó más decisiones correctas, quién habló más. Es comprensible: los rankings son fáciles de armar y fáciles de mostrar en una diapositiva. El problema es que convierten una actividad cooperativa en una competencia individual encubierta, y eso tiene un costo real.
Cuando las personas saben que van a ser comparadas entre sí, cambian su comportamiento: se vuelven más cautelosas, comparten menos información espontáneamente, y algunas se retraen para no arriesgarse a "quedar mal" en la comparación. Es exactamente lo contrario de lo que un team building debería generar.
La alternativa: hechos observables del equipo
En lugar de rankear personas, la forma honesta de medir una sesión es registrar hechos observables sobre cómo trabajó el equipo como conjunto. Algunos ejemplos:
- Cuánto tiempo tardó el equipo en resolver cada objetivo del juego.
- En qué momento hubo un silencio prolongado que sugiere que alguien quedó sin poder aportar.
- Cuántas veces el equipo pidió una pista al Game Master, y en qué punto del juego.
- Qué decisiones se tomaron con toda la información disponible compartida, y cuáles se tomaron sin esperar a esa información.
Ninguno de estos datos apunta a una persona específica. Todos describen el sistema, no a los individuos que lo componen. Esto es coherente con el enfoque de pensamiento sistémico que desarrollamos en nuestra nota sobre Dependency Network: los problemas casi siempre son del sistema, no de una persona aislada.
Por qué esto no es "ser blando" con los resultados
Medir sin rankear no significa evitar hablar de lo que no funcionó. Significa hablar de ello de forma que genere mejora en vez de defensa. Decir "el equipo tardó 12 minutos en compartir la información del sistema de Frecuencia, y eso retrasó todo lo demás" es un hecho útil que el equipo puede analizar sin que nadie se sienta señalado. Decir "Fulano fue lento explicando" cierra la conversación antes de que empiece.
Qué SÍ vale la pena medir a lo largo del tiempo
Si tu organización hace sesiones de team building con cierta regularidad, hay métricas de equipo (no individuales) que sí tiene sentido seguir en el tiempo:
- Tiempo promedio hasta el primer objetivo cumplido, comparado entre sesiones sucesivas del mismo equipo: si baja con el tiempo, es una señal de que la comunicación del equipo está mejorando.
- Cantidad de pistas solicitadas al Game Master, que suele bajar a medida que el equipo se vuelve mejor coordinando sin ayuda externa.
- Diversidad de quién lidera en distintas sesiones: si siempre la misma persona toma la voz cantante, puede ser una señal para trabajar la participación del resto, no un elogio a esa persona en particular.
Estas métricas describen la evolución del equipo como sistema, y son útiles precisamente porque nadie queda expuesto individualmente.
Cómo se ve esto en la práctica en Experiencia RPG
Cada sesión en la plataforma genera un resumen de resultados pensado con esta lógica: objetivos logrados, momentos clave de la partida y actividad general del equipo, sin exponer comparaciones entre personas. Ese resumen es el insumo principal para el debrief (te contamos cómo aprovecharlo en nuestra guía de facilitación), y está diseñado para abrir conversación, no para cerrarla con un veredicto.
Un ejemplo de cómo presentar los mismos datos de dos formas distintas
Supongamos que en una sesión de Blind Operations el sistema de Frecuencia tardó 15 minutos en resolverse, mucho más que los otros cuatro. Una forma de presentarlo (mala): "el sistema de Frecuencia se resolvió lento porque el Specialist no explicó bien la fórmula". Esto señala a una persona específica y probablemente genere una reacción defensiva. Otra forma (buena): "el sistema de Frecuencia tardó tres veces más que el resto; en el debrief vale la pena entender qué información faltó fluir entre los roles involucrados". Es exactamente el mismo hecho, pero enmarcado como un problema del sistema que el equipo puede investigar juntos, no como una falla individual que alguien tiene que defender.
El riesgo de medir mal: seguridad psicológica
Cuando un equipo sospecha que una actividad "de team building" en realidad está siendo usada para evaluarlos individualmente, deja de comportarse con naturalidad. Empiezan a jugar para la foto, no para resolver el problema real. Esto destruye exactamente la seguridad psicológica que hace posible el aprendizaje genuino en primer lugar. Profundizamos esta idea en nuestra nota sobre seguridad psicológica en equipos.
Una prueba simple antes de compartir cualquier resultado
Antes de compartir cualquier dato de una sesión con el equipo o con un manager, hacete esta pregunta: "¿esta información señala a una persona específica, o describe cómo trabajó el equipo?". Si la respuesta es lo primero, replanteá cómo la vas a comunicar (o si hace falta comunicarla en absoluto). Si es lo segundo, es información valiosa que puede alimentar un debrief productivo.
Empezar con el pie derecho
Si estás por armar tu primera sesión y te preocupa cómo se va a medir el resultado, la respuesta corta es: no hace falta un sistema complejo de evaluación. Alcanza con mirar los hechos de la partida —qué se logró, dónde se trabó el equipo— y llevarlos a un debrief honesto. Conocé la plataforma y armá tu primera sesión con esta lógica desde el principio.
¿Le damos forma con tu equipo?
Seis juegos cooperativos en el navegador, bots para practicar solo y facilitación de Game Master. Sin instalar nada.