Cultura de costes: por qué el problema no es técnico
El mayor obstáculo para implementar FinOps no es la herramienta ni la taxonomía de tagging — es la falta de accountability real. En la mayoría de las empresas, el coste cloud aparece en una única línea del P&L de IT sin desagregación por producto, equipo o feature. Los ingenieros que toman las decisiones técnicas que determinan el gasto no ven el impacto económico de esas decisiones. No por negligencia — porque el sistema no está diseñado para que lo vean.
Construir cultura de costes implica que cada equipo de producto tenga visibilidad de su gasto cloud en su dashboard operativo habitual, no en un informe separado que revisa alguien de finanzas. Implica que en las retrospectivas de sprint se revise el impacto en coste unitario de los cambios del ciclo, igual que se revisan la velocidad y los defectos. El cambio más efectivo que hemos visto es crear la figura del FinOps practitioner embebido en los equipos de producto, con presencia en sus rituales. Esa proximidad es lo que hace que la conversación sobre costes ocurra en el momento correcto.
