Nadie optimiza lo que no ve: atribución de costos, showback y análisis de desperdicio

En muchas organizaciones, el costo de la infraestructura tecnológica llega una vez al mes como un número agregado. Alguien de finanzas nota que subió, pregunta por qué, y empieza una investigación que consume días y termina con una explicación parcial.

El problema de fondo no es que el costo suba. Es que el número agregado no le sirve a nadie para actuar. El equipo que podría optimizar no sabe cuánto cuesta lo que opera. Quien ve el número no tiene forma de incidir sobre las decisiones que lo generan.

La atribución de costos resuelve ese desencuentro convirtiendo un número financiero en varias decisiones técnicas concretas.

Las dimensiones de atribución

Por producto o cadena de valor. La atribución más importante y la que habilita la conversación de rentabilidad. Cuánto cuesta operar cada producto, mes a mes.

Por ambiente. Producción, pruebas, desarrollo. Esta desagregación produce con frecuencia el primer hallazgo accionable, porque los ambientes que no son producción acumulan recursos olvidados: bases levantadas para una prueba, entornos de un proyecto terminado, réplicas que nadie apagó.

Por equipo. Quién opera qué. Necesario para que la información llegue a quien puede actuar.

Por modelo y por agente. En sistemas con IA, la desagregación que más rápido revela desproporciones. Un agente que consume una fracción desmedida del gasto casi siempre tiene un defecto de diseño concreto y corregible.

Por tipo de recurso. Cómputo, almacenamiento, transferencia, inferencia, observabilidad. Útil para detectar categorías que crecen más rápido que el volumen.

El requisito previo: etiquetado

Nada de lo anterior funciona sin una convención de etiquetado aplicada consistentemente. Cada recurso debe llevar etiquetas que indiquen a qué producto pertenece, qué equipo lo opera y a qué ambiente corresponde.

Esto suena trivial y es donde fracasa la mayoría de los intentos. Las razones son predecibles: la convención se define pero no se aplica a lo existente, los recursos nuevos se crean sin etiquetas porque nadie lo verifica, y a los seis meses una parte significativa del gasto está en una categoría llamada “sin asignar” que crece sola.

La corrección es automatizar la exigencia: un recurso sin etiquetas válidas no se crea. Es un control automatizado más, y de los que más rendimiento tienen respecto a su costo de implementación.

Showback: mostrar antes que cobrar

Con la atribución resuelta, la siguiente decisión es qué hacer con la información.

El showback consiste en mostrar a cada equipo el costo de lo que opera, con periodicidad y en un formato que se entienda, sin cargarlo a su presupuesto.

Funciona por una razón simple: la mayoría de los equipos no tiene ninguna intuición sobre el costo de sus decisiones técnicas. No por descuido, sino porque nunca se les mostró. Cuando se les muestra, la reacción habitual es descubrir algo evidentemente desproporcionado —un proceso que corre cada minuto y podría correr cada hora, un almacenamiento de trazas con retención de un año que nadie consulta, un modelo caro usado para una tarea trivial— y corregirlo sin que nadie se lo pida.

Ese primer ciclo de optimizaciones obvias suele producir una reducción notable con esfuerzo mínimo. Y sucede solo porque la información llegó a quien podía actuar.

El chargeback —cargar efectivamente el costo al presupuesto del área— es un paso posterior y opcional. Introduce dinámicas de negociación presupuestaria que pueden ser útiles en organizaciones grandes y contraproducentes en las medianas, donde suelen consumir más energía en discutir la asignación que en optimizar el gasto.

Análisis de desperdicio

Con atribución y visibilidad, aparece una categoría de análisis específica y de alto rendimiento: cuánto del gasto no produjo ningún resultado útil.

Las fuentes habituales son reconocibles y se repiten entre organizaciones:

• Recursos aprovisionados y no utilizados.
• Ambientes de proyectos terminados que nadie apagó.
• Datos almacenados que ninguna consulta toca desde hace meses.
• Trazas y registros con retención mucho mayor de la que nadie usa.
• Reintentos automáticos sin límite ante fallas.
• Intentos de tareas que terminaron descartados.
• Agentes que quedaron corriendo después de un piloto.

Ese último es específico de la era actual y merece búsqueda activa. Un agente olvidado no solo consume presupuesto: mantiene credenciales activas sobre sistemas internos, lo que lo convierte simultáneamente en un problema de costo y de seguridad.

Cómo presentar el costo para que produzca acción

Un reporte de costos mal presentado produce dos reacciones improductivas: culpa o indiferencia. Hay decisiones de formato que determinan cuál de las dos.

Mostrar tendencia, no solo nivel. Un número absoluto no dice si algo está bien o mal. La misma cifra creciendo un porcentaje considerable cada mes es una historia distinta de la misma cifra estable. La tendencia es la que dispara la pregunta correcta.

Normalizar por volumen. El costo total de un servicio que creció mucho debería crecer. Lo informativo es el costo por unidad: si baja mientras el volumen sube, hay eficiencia; si sube, hay un problema de arquitectura que el crecimiento está amplificando.

Comparar contra lo similar, no contra otros equipos. Comparar el costo de dos equipos que hacen cosas distintas produce discusiones sobre por qué no son comparables, y tienen razón. Comparar un servicio contra sí mismo hace tres meses produce acción.

Nombrar los tres mayores componentes. Un reporte que dice “gastaste tanto” no ayuda. Uno que dice “el ochenta por ciento de tu gasto está en estos tres recursos” señala dónde mirar.

Acompañar con una pregunta, no con una meta. “¿Hay algo aquí que te sorprenda?” produce mejores resultados que “hay que reducir un quince por ciento”. La pregunta invita a investigar; la meta invita a justificar.

Ese último punto es el que más determina el tono del programa. Un reporte de costos que llega con una meta de reducción se lee como una evaluación, y la respuesta natural es defensiva: explicar por qué el gasto es necesario. Uno que llega como información se lee como una herramienta, y la respuesta natural es curiosa.

La diferencia no es de sensibilidad organizacional: es de rendimiento. Los equipos conocen su sistema mucho mejor que quien produce el reporte, y por eso encuentran optimizaciones que nadie podría haberles indicado. Pero solo las buscan si el reporte les llegó como información y no como reclamo.

Un primer ciclo de treinta días

Una implementación mínima que produce resultado en un mes:

Semana uno. Definir la convención de etiquetado —producto, equipo, ambiente— y aplicarla a los recursos que concentran la mayor parte del gasto. No a todos: a los que importan.

Semana dos. Producir el primer reporte desagregado por producto y ambiente, con la categoría “sin asignar” explícita para saber cuánto queda fuera.

Semana tres. Compartirlo con los equipos, sin cargo y sin reproche. La pregunta que acompaña al reporte importa: ¿hay algo aquí que te sorprenda?

Semana cuatro. Recoger las optimizaciones que los equipos identificaron y cuantificar el efecto.

Ese ciclo produce dos cosas de valor duradero. Un ahorro concreto, que justifica el esfuerzo. Y algo más importante: la primera vez que los equipos vieron el costo de sus decisiones, que es lo que cambia cómo diseñan a partir de entonces.