Cómo medir la productividad de un equipo (sin convertirlo en un panel de vigilancia)

Cómo medir la productividad de un equipo (sin convertirlo en un panel de vigilancia)

04/11/26

La escena se repite en los comités: alguien pide «visibilidad sobre los equipos» y tres semanas después hay una demo de software que cuenta horas de conexión, movimientos de ratón y capturas de pantalla cada diez minutos. Nadie lo llama vigilancia. Se llama «analítica de productividad».

Este artículo va de lo contrario: de cómo medir la productividad de un equipo por lo que entrega y lo que consigue, no por lo que sus miembros parecen hacer. El instinto de medir es sano; el fallo está en el objeto. Cuando cuentas lo fácil en vez de lo que importa, acabas pagando un panel que destruye aquello que decía medir.

¿Por qué es tan difícil medir la productividad de un equipo?

Porque lo que un equipo produce (un resultado entregado y funcionando) no cabe en un contador automático, y lo que sí cabe (horas, tareas, tickets) es actividad, que es otra cosa.

La brecha tiene cifras. En 2022, en plena resaca del teletrabajo, Microsoft encuestó a 20.000 personas de 11 países para su Work Trend Index: el 87% de los empleados se declaraba productivo; solo el 12% de los directivos tenía plena confianza en que su equipo lo fuera. Lo bautizaron «paranoia de la productividad», y su consecuencia natural es la demo del primer párrafo.

La productividad de un equipo no es la suma de lo que hace cada persona: es lo que el sistema entrega funcionando en conjunto.

La respuesta corta, en cuatro movimientos:

  1. Deja la velocity dentro del equipo: sirve para planificar, no para evaluar.
  2. Mide el sistema, no a las personas: la productividad del equipo es colectiva o no es.
  3. Hazle tres preguntas al trabajo: cuánto fluye, cuánto vuelve y qué resultado mueve.
  4. En remoto, mide entregas y acuerdos, no luces verdes de presencia.

¿Por qué la velocity no mide la productividad de un equipo?

Porque la velocity nació para responder «¿cuánto nos cabe en el próximo sprint?», no «¿cuánto valemos?». Es la media de puntos de historia que un equipo completa por iteración: una unidad interna, inventada por el propio equipo, para planificar su capacidad.

En cuanto la conviertes en nota (para evaluar o comparar equipos) entra en juego la ley de Goodhart, enunciada en los años setenta: cuando una medida se convierte en objetivo, deja de ser una buena medida. El mecanismo es previsible: las estimaciones se hinchan, las historias se trocean y el trabajo terminado espera en un cajón al sprint siguiente. El número sube trimestre tras trimestre sin que mejore nada, salvo la habilidad del equipo para fabricarlo.

Comparar velocities entre equipos es aún peor: los puntos de historia son una moneda local sin tipo de cambio: presumir de cuarenta puntos frente a veinte es como llamar caro a algo por costar mil yenes en vez de diez euros. Hasta los marcos que normalizan puntos para planificar, como SAFe, avisan de no usarlos para comparar rendimiento.

¿Hay que tirarla, entonces? No: dentro del equipo, para planificar, sigue siendo útil; lo que no sobrevive es el viaje a dirección. Pregunta al último informe que salió del equipo: ¿va dentro la velocity? Si va, ese número ya no informa: lo estás encargando.

¿Por qué medir a cada persona rompe al equipo?

Medir a la persona convierte a compañeros en competidores por el mismo indicador. Si mi evaluación depende de mis tickets cerrados, revisar tu trabajo, desatascarte o parar a formar al nuevo pasa a ser tiempo perdido: el panel individual castiga justo el trabajo que hace rápido al conjunto.

La persona más valiosa del equipo suele ser la que peor sale en el panel de actividad: la que se pasa la mañana desbloqueando a tres compañeros, frenando un error caro o haciendo de puente con negocio. Nada de eso genera un ticket a su nombre; todo eso multiplica lo que el equipo entrega.

Es el mismo mecanismo por el que desaconsejamos atar los OKR al bonus: con incentivo individual, cada uno optimiza su parcela y nadie persigue el resultado del conjunto. La productividad es una propiedad del sistema, no un sumatorio de rendimientos personales.

¿Y nunca se mira a la persona? Sí, pero donde corresponde. Si alguien no rinde, el equipo lo nota antes que cualquier panel, y se trata uno a uno, en una conversación de gestión. Delegar esa conversación incómoda en una métrica sale caro: para cazar a uno, pones a los otros siete a defenderse. De esas conversaciones va nuestra guía para gestionar equipos Agile de manera eficaz.

Bien hecho si: puedes proyectar tus métricas delante del equipo entero y nadie siente que deba defenderse. En el momento en que un número lleva nombre y apellidos, ha dejado de medir al sistema.

¿Qué métricas sí miden la productividad de un equipo?

Las que interrogan al sistema, no a las personas. Bastan tres preguntas, y se responden con datos que ya tienes, sin instalar nada en el ordenador de nadie.

¿Cuánto fluye el trabajo? Cuenta las entregas terminadas por unidad de tiempo (el throughput) y cuánto tarda una petición desde que se pide hasta que llega al cliente. Esa segunda medida, el lead time y su hermano el cycle time, es la más honesta que existe sobre un equipo: está hecha de fechas y solo mejora de forma sostenida si mejora el sistema. Cuando empeora, la causa casi nunca es que la gente reme poco; suele ser una cola invisible, un cuello de botella esperando a que alguien lo mire. En software esta familia ya viene con nombre: las métricas DORA miden justo eso, flujo y calidad del sistema, sin un dato individual.

¿Cuánto vuelve? Retrabajo, defectos, porcentaje de entregas que regresan. Entregar deprisa cosas que vuelven es mover la misma piedra dos veces, por muy alto que salga el contador.

¿Qué resultado mueve? Un trimestre con doce entregas que no cambian ningún número del negocio es menos productivo que uno con tres que sí; ahí conecta el equipo con la estrategia. Y si tu pregunta ya no es por un equipo sino por la organización entera, esa es otra medición: las 8 palancas de eficiencia te dan ese mapa. <!- Cuando se publique la ficha 9 (métricas de transformación, slug previsto: /metricas-transformacion-panel-minimo/), enlazar aquí. ->

Fíjate en lo que no hay: ni utilización de recursos, ni horas, ni un cuadro de mandos de veinte KPI. Tres preguntas, pocas métricas, y su primer lector debería ser el propio equipo en su retrospectiva, no el comité.

Entregable: una hoja con las tres preguntas, la métrica elegida para cada una y, al lado, qué decisión tomaréis si empeora. Si una métrica no tiene decisión asociada, no es medición: es coleccionismo.

¿Cómo medir la productividad de equipos remotos sin vigilarlos?

Con las mismas tres preguntas: la distancia no cambia qué se mide, solo hace más fuerte la tentación de medir otra cosa. La lógica de la vigilancia parece de sentido común (si no veo el trabajo, al menos veré la actividad) y viene de antes de la pandemia: según la Encuesta Europea de Empresas que analiza Eurofound, ya en 2019 el 27% de los establecimientos de la UE usaba analítica de datos para monitorizar el rendimiento, con tendencia al alza.

El problema: la vigilancia empeora lo que dice controlar. Dos estudios con empleados estadounidenses publicados en 2022 en Harvard Business Review encontraron que las personas monitorizadas incumplían más reglas (pausas no autorizadas, instrucciones ignoradas, trabajo deliberadamente lento), con un mecanismo revelador: al sentirse vigiladas, trasladan la responsabilidad de su conducta al vigilante. Y quien quiere escaquearse aprende a actuar: existe un mercado entero de aparatos que mueven el ratón para mantener la lucecita en verde. La monitorización acaba midiendo la calidad de la actuación.

Lo que sí funciona en remoto es explicitar acuerdos y medir entregas: ventanas de respuesta pactadas, una demo corta y frecuente de trabajo terminado y el lead time de siempre. Todo visible para el equipo, nada instalado a sus espaldas.

Lo que cuesta: cada euro de monitorización compra desconfianza por partida doble: el equipo gasta energía en parecer ocupado y tú en interpretar un teatro.

La corrección: sustituye esta semana una métrica de presencia (horas conectadas) por una de entrega (trabajo terminado).

¿Tienes medición o tienes un panel de vigilancia? (test rápido)

Responde sí o no, sin trampas:

  1. En el último año se han mirado (o se ha propuesto mirar) horas de conexión, teclado o pantallas de alguien.
  2. El panel en verde ha servido alguna vez para no contar un problema que ya se veía venir.
  3. En la última revisión de métricas se habló más de personas concretas que de trabajo entregado.
  4. Sabes (o sospechas) que alguien ha hinchado una estimación o guardado trabajo terminado para que el número saliera bien.
  5. No sabrías decir qué resultado de negocio (no qué entregas) ha movido el equipo este trimestre.
  • De 0 a 1 síes: mides el sistema. Vigila que siga así en el primer trimestre malo: justo entonces se compran los paneles.
  • De 2 a 3: medición híbrida con grietas; el equipo ya sabe qué números miras, así que algunos vienen retocados de fábrica.
  • De 4 a 5: no estás midiendo productividad, estás midiendo obediencia. Los números que ves los fabrica el propio sistema que montaste para verlos.

La prueba definitiva: qué pasa cuando el número empeora

Medir la productividad de un equipo es más simple y más barato de lo que el mercado de software quiere hacerte creer. Lo caro es lo otro: el panel que convierte a un equipo en ocho personas defendiéndose.

Y hay una prueba que no depende de la herramienta: qué ocurre la primera vez que un número empeora. Si la reacción de la sala es buscar al culpable, tienes un panel de vigilancia, por sobrio que parezca. Si es preguntarse qué le ha pasado al sistema (dónde está la cola, qué ha cambiado), estás midiendo.

¿Qué pasó en tu organización la última vez que una métrica de equipo empeoró?

Si la respuesta honesta no te gusta, ese es el tipo de rediseño en el que trabajamos desde la consultoría organizacional de SmartWay: sistemas de medición que la dirección pueda usar y los equipos puedan mirar sin ponerse a cubierto. Hablamos 🙂

Autor

  • Agile Coach en SmartWay VP. Scrum Master Certificado & Kanban Systems Design. Con 6 años de experiencia liderando y apoyando organizaciones en su proceso de adopción de Agile.

    Ver todas las entradas