Cuando no hay caso, el problema no es la falta de datos
Hace poco me encontré con algo que pasa más de lo que debería: una organización ya había tomado una decisión, pero cuando intentabas preguntar por qué, nadie podía reconstruir qué se había decidido realmente, con qué datos, bajo qué restricciones y cuál había sido el efecto. Y ahí es donde aparece la ausencia de caso, que la neta suele decir más de la empresa que cualquier dashboard bonito.
Como CTO, a mí eso me preocupa más que una mala decisión técnica. Una mala decisión todavía la puedes revisar, discutir y corregir. Cuando no hay caso, lo que normalmente falta no es información, sino disciplina para dejar rastro de lo que ocurrió y para hablar de hechos antes que de relato. Y cuando eso pasa, la calidad del juicio colectivo empieza a degradarse bastante rápido.
La diferencia sí importa. A veces el problema es simplemente que falta un dato puntual. Pero muchas otras veces lo que falta es la costumbre de convertir una decisión en algo trazable, algo que después puedas revisar sin inventarte el contexto. Si no puedes explicar por qué se actuó de cierta manera, difícilmente vas a aprender de esa decisión. Y entonces vuelven las mismas discusiones, solo que con otros nombres: eficiencia, innovación, deuda técnica, escalabilidad o reorganización.
Un caso sólido, cuando existe, funciona justo al revés. No sirve para blindar una postura, sino para poner a prueba supuestos. Incluso una observación dura, poco elegante o hasta injusta puede ser útil si te obliga a revisar resistencias y decisiones que ya venían heredadas. En un equipo técnico serio, esa fricción ayuda a depurar el juicio y a dejar el orgullo fuera de la mesa.
Esa misma lógica debería estar en la gestión interna. Si no podemos reconstruir una decisión con lo que pasó, con su impacto y con la forma en que se gobernó, el problema no es de reporting. El problema viene del método. Antes de pedir más automatización, más IA o más estructura, conviene preguntarse si la organización realmente sabe qué observa, qué mide y qué acepta como evidencia.
Muchas veces el vacío no está en los datos. Está en la disciplina para convertir actividad en aprendizaje. Puedes meter más software, mover equipos o subir presupuesto y seguir sin mover lo importante. Porque lo relevante no es el movimiento en sí; lo relevante es si la operación queda más clara, la economía más sana y la ejecución más predecible.
Y aquí viene la parte incómoda: cuando no hay caso, no conviene rellenarlo. Conviene leer ese vacío como una señal de cómo está funcionando la organización. Si no se puede reconstruir el hecho, tampoco debería inventarse la explicación. Primero trazabilidad, después juicio. Primero evidencia, después narrativa. Ahí es donde de verdad separas una decisión real de pura gestión del autoengaño.
