El problema no es medir, sino decidir qué importa antes de medir
Hace un tiempo me tocó estar en una organización donde querían meter más KPI, más dashboards y más seguimiento, como si el problema fuera falta de visibilidad. Pero cuando empezabas a preguntar qué decisión concreta iba a cambiar con ese número, la respuesta se iba por la tangente. Y ahí estaba el asunto de fondo: medir no sirve de mucho si antes no tienes claro qué demonios estás intentando mover.
Lo veo con frecuencia en tecnología y en negocio. Se pide un dashboard más completo, un seguimiento más fino y otro indicador para “ganar visibilidad”. Después aparece la pregunta incómoda sobre qué decisión mejorará ese número, y ahí es donde todo se empieza a desinflar. El problema no es el dato per sé, sino que no existe una definición clara de éxito antes de empezar a medir.
Un KPI sólo aporta valor cuando encaja en una cadena causal que tenga sentido. Objetivo, iniciativa, coste, responsable, seguimiento y resultado forman una secuencia que le da contexto al dato. Cuando esa secuencia no existe, el indicador no mide rendimiento: mide actividad, llena pantallas y ocupa espacio en la conversación sin mejorar ninguna decisión.
Esto se ve clarísimo en muchas organizaciones. Se adopta una solución, se reorganiza un equipo o se lanza una automatización sin haber cerrado antes qué demonios se quería resolver. Después llegan los cuadros de mando llenos de métricas. Entregas cerradas, tickets resueltos, reuniones celebradas y progreso reportado. Todo puede ser cierto y aun así no decir gran cosa sobre el negocio.
El error más caro es confundir gestión con resultado. Cuando eso pasa, la organización celebra movimiento y deja de mirar impacto. El lenguaje de los números acaba ocupando el lugar del criterio, y la conversación se vuelve más cómoda que útil. Y esa comodidad, normalmente, tapa algo más incómodo: que nadie quería ponerse de acuerdo en cuál era la prioridad real.
Desde la perspectiva de un CTO, esto pesa bastante porque los indicadores terminan sustituyendo criterio. Cuando no hay claridad sobre la prioridad, el cuadro de mando da una sensación de control que no siempre existe. Y cuando el resultado esperado no está definido, el equipo optimiza lo que es fácil de medir, no lo que realmente mueve valor. Entonces la tecnología acaba funcionando como una fábrica de evidencia decorativa, muy visible y poco decisiva.
También me he encontrado el extremo contrario. Equipos y personas muy ocupados defendiendo números que no explican nada sobre margen, caja, resiliencia, tiempo de respuesta o capacidad operativa. Mucha actividad y poca dirección. La empresa termina reuniendo datos que no orientan ninguna decisión importante, y esa acumulación acaba agotando la atención directiva.
La pregunta útil no debería ser cómo medir un KPI nuevo. Debería ser qué decisión va a salir de ahí. Después conviene aclarar qué problema resuelve, qué comportamiento se quiere cambiar, qué coste tiene perseguirlo y qué deja de medirse para no multiplicar ruido. Esa disciplina suele evitar que la organización se meta en una conversación eterna sobre cifras sin contexto.
Un KPI añade claridad cuando mejora una decisión. Añade burocracia cuando sólo sirve para reportar. La diferencia entre ambos casos se define antes de elegir la métrica, no después. Ahí es donde se separa la gestión útil del simple seguimiento de actividad.
La tarea de un líder tecnológico no consiste en llenar paneles. Consiste en asegurarse de que cada métrica exista para gobernar algo real. Primero hay que definir qué importa. Después, medirlo. Medir antes de decidir no da control. Sólo da esa sensación de control que dura hasta la siguiente decisión difícil.
