FinOps a nivel corporativo: quién controla realmente la factura de la nube en 2026

24.05.2026

10 min de lectura

8 min de lectura

La FinOps Foundation ha publicado en el Estado de FinOps 2026 una cifra que todo consejo de administración entre Colonia y Zúrich debería conocer. El 98 por ciento de las prácticas encuestadas gestionan activamente los costos de IA, mientras que el año pasado eran el 63 por ciento. Paralelamente, se ha desplazado la línea de informes. El 78 por ciento de todas las funciones de FinOps informan hoy al CIO o CTO, y solo el 8 por ciento al CFO. FinOps ya no es una disciplina contable en la empresa. Es la capa de gobernanza donde se unen las decisiones de Cloud, IA y SaaS antes de afectar a los resultados trimestrales.

Lo más importante en resumen

FinOps es una función del CIO con la obligación del CFO de co-gestionar en 2026. La antigua división, técnica en ingeniería, costos en control, ya no es válida. Quien en la empresa presupuesta Cloud, IA y SaaS por separado, solo ve el efecto en la liquidación trimestral.
Los costos de IA han salido de la fase de prueba. El 98 por ciento de los equipos de FinOps los gestionan activamente, frente al 63 por ciento del año pasado. El consumo de tokens, la utilización de GPU y los perfiles de solicitud de LLM pertenecen al mismo control que los artículos de computación y almacenamiento.
Caminar, correr, gatear no es un modelo de madurez para las diapositivas de asesoramiento. Es el orden en que una empresa construye la visibilidad, la responsabilidad y la economía unitaria. Quien invierte el orden, construye paneles que nadie lee.

Relacionado:29 por ciento de desperdicio de Cloud: FinOps después de tres años/Qué presupuesto de TI sobrevivirá a la ronda de recortes de 2027

De la contabilidad a la función de gobernanza

FinOps ha parecido durante mucho tiempo en la empresa como un apéndice de control. Un pequeño departamento de personal que ordena las facturas de Cloud, optimiza algunas reservas y contribuye con una diapositiva a la reunión del CIO una vez al trimestre. Esta imagen ha terminado en 2026. La FinOps Foundation ha actualizado su propia misión en mayo, de Cloud a Tecnología. De esta manera, no solo Cloud está bajo la disciplina, sino también SaaS, licencias, Cloud privada, centro de datos y explícitamente IA.

En la empresa, esto significa una línea de informes diferente. Las funciones centrales de FinOps se encuentran hoy en el 78 por ciento de los casos en la línea del CIO o CTO. El CFO es co-gestionador, ya no es propietario. Esto tiene una razón práctica. Quien debe gestionar el consumo de tokens, la asignación de GPU y el enrutamiento multi-Cloud, está más cerca de la arquitectura y la ingeniería que de la contabilidad principal. El CFO permanece en el juego a través de la responsabilidad presupuestaria, la disciplina de pronóstico y lo que en la empresa se conoce como asignación de capital.

Gartner espera un crecimiento del gasto en TI del 13,5 por ciento para 2026. La mayor parte de esto se destina a infraestructura de IA, seguida de software y servicios. Una empresa que refleja este cambio en la lógica del centro de costos de la década pasada solo ve en el semestre que una unidad de negocio ha consumido el presupuesto de la empresa para inferencia de GenAI.

98 / 78 / 8

Porcentaje. El 98 por ciento de los equipos de FinOps gestionan activamente los costos de IA (año pasado: 63). El 78 informa al CIO o CTO. Solo el 8 por ciento informa al CFO. La función de FinOps es la gobernanza de tecnología, no el control.

Fuente: FinOps Foundation, Estado de FinOps 2026 (n=prácticas con más de 83 mil millones de USD en gastos de Cloud gestionados)

Gatear, Caminar, Correr en el grupo

El modelo de madurez de FinOps Foundation suena a estándar de diapositiva. En el grupo, describe una dura realidad. La mayoría de las empresas DAX y MDAX se encuentran hoy en una mezcla de gatear y caminar. La visibilidad está ahí, la responsabilidad aún se desplaza, y el control automatizado es la excepción.

Grados de madurez de FinOps en el grupo, lo que realmente significan

Gatear

Política de etiquetado para propietarios, clase de datos y centro de costos. Primeros paneles de control. Informes de anomalías de costos llegan semanalmente en la reunión de arquitectura. Sin embargo, nadie se mide por eso.

Caminar

Showback o Chargeback a unidades de negocio. Publicaciones de AI, SaaS y nube en un informe en lugar de tres. Campeones de FinOps en los equipos de plataforma. Primeras estrategias de reserva y compromiso se negocian centralmente.

Correr

Economía unitaria a nivel de producto. Costo por cliente, costo por inferencia, costo por transacción son medidas de control, no informes. Revisiones de arquitectura incluyen modelado de costos previo al despliegue. Escalada automatizada en caso de violación de umbrales.

Realidad DACH

La mayoría de los grupos oscilan entre gatear y caminar. La madurez de correr se encuentra con más frecuencia en empresas medianas nativas de la nube que en empresas DAX, porque el aparato del grupo soporta pesadamente la responsabilidad transversal.

El error más común en las configuraciones de grupo no es la herramienta, sino el salto. Quien apunta directamente de gatear a correr sin pasar por caminar, construye paneles de control de costos que ninguna unidad de negocio responde. Showback sin propietario es una disciplina de PowerPoint costosa.

Quién decide qué en el modelo operativo

Un modelo operativo de FinOps robusto en el grupo distribuye claramente cuatro responsabilidades. Si una de estas líneas queda vacante, la función vuelve a la antigua imagen de contabilidad.

Primero, el centro de FinOps central. Pequeño, anclado en la línea del CIO, con dos a cinco personas. Establece estándares para etiquetado, pronóstico, detección de anomalías y negociación con proveedores. En el 60% de los grupos, esta es la forma dominante, en otro 21% complementada con campeones federados en las áreas de negocio.

Segundo, los campeones federados en equipos de plataforma y producto. Llevan los estándares al día a día, aclaran conflictos de etiquetas, defienden compromisos y se hacen cargo del diálogo de showback con su propia área. Este rol es a tiempo parcial, pero explícitamente ocupado. Quien lo distribuye entre voluntarios, lo pierde en dos trimestres.

Tercero, los propietarios de las unidades de negocio. Llevan el presupuesto para nube, AI y SaaS en su perímetro. Su decisión no es si se optimiza, sino qué compensaciones aceptan. Un área de negocio que necesita inferencia de GPU para un segmento de clientes debe conocer el costo por solicitud, no el monto total.

Cuarto, el CFO como codesarrollador. No es más propietario de la función, pero indispensable como contrapeso. Modelado de costos previo al despliegue, disciplina de pronóstico trimestral y auditorías especiales en caso de violación de umbrales son su palanca. Esto es más que informes, es asignación de capital en tiempo real.

Estas cuatro líneas se reúnen al menos mensualmente, generalmente en una reunión operativa, en la que la nube, SaaS y AI se unen en una vista. Quien trata esto en tres revisiones separadas, no ha reconocido el problema real. Las compensaciones surgen entre categorías, no en ellas.

Dónde falla FinOps en las empresas en 2026

Los errores más comunes han pasado de la herramienta a la gobernanza. Esto es en realidad un buen indicio, la disciplina ha madurado. Sin embargo, hace que los puntos pendientes sean más costosos.

Las empresas subestiman, en primer lugar, lo rápido que se vuelve obsoleta la capa de SaaS. El 90% de los equipos de FinOps gestionan hoy los gastos de SaaS, hace dos años eran el 65%. Quien aísla SaaS en compras ignora el efecto dominó entre licencia, conexión a la nube y uso de datos. Una licencia de SaaS que se factura más cara en la región en la nube del proveedor es un asunto de FinOps, no de compras.

En segundo lugar, las empresas pierden tiempo porque los costos de IA siguen anclados en la antigua lógica de centros de costos. Quien presupuesta una aplicación de GenAI como un proyecto, sin llevar perfiles de tokens y GPU en la línea de pronóstico, se lleva una sorpresa al final del trimestre. El modelado de costos previo al despliegue es el feature de herramienta más deseado en la encuesta de State-of-FinOps. Cuesta menos calcular un prompt de manera limpia una vez que explicar durante tres meses por qué una aplicación piloto hace estallar la línea de inferencia.

En tercer lugar, la responsabilidad falla por su propio tamaño. Una empresa con veinte unidades de negocio no puede mantener veinte lógicas de FinOps. Pero tampoco puede seguir un camino de mando puramente centralizado sin perder la responsabilidad operativa en las unidades. Por eso, el modelo de hub-and-spoke no se encuentra por casualidad en el 21% de las prácticas grandes. Es la única forma que combina estándares centrales con responsabilidad descentralizada.

El punto en el que FinOps realmente funciona en la empresa es banal en la descripción y costoso en la implementación. Las decisiones de nube, IA y SaaS se negocian antes del despliegue, con una visión de costos que combina las tres categorías, y con propietarios que se miden por el número. Quien lo configura de manera limpia no necesita temer la ronda de recortes de 2027.

Preguntas frecuentes

¿Por qué en 2026 FinOps se encuentra principalmente bajo la responsabilidad del CIO y no del CFO?

Porque las palancas principales son arquitectónicas. Etiquetado, ubicación de carga de trabajo, estrategia de reserva, enrutamiento de GPU y modelado de costos previo al despliegue son decisiones de ingeniería que el CFO no toma por sí mismo. El CFO sigue siendo relevante como co-gestor a través de la disciplina de pronóstico y la asignación de capital, pero el propietario operativo en 2026 es la línea del CIO.

¿Es suficiente un equipo central de FinOps o se necesitan campeones federados?

En el 60 por ciento de las corporaciones, un equipo central de habilitación es suficiente. A medida que crece el número de unidades de negocio y plataformas, el modelo de centro y radios se vuelve más estable, en el que los campeones federados llevan los estándares al día a día. Sin esta segunda capa, las corporaciones vuelven a una función de informes pura.

¿Qué distingue a AI-FinOps de FinOps de nube clásica?

Los impulsores de costos. En FinOps de nube clásica, el tiempo de computación, las clases de almacenamiento y la red están en primer plano. En AI-FinOps, se suman el consumo de tokens, la utilización de GPU, el tamaño del modelo y el perfil de inferencia. Una herramienta de FinOps sin visibilidad granular de tokens y GPU se queda atrás en 2026 respecto a las recomendaciones de Estado de FinOps.

¿Cómo se mide el éxito de una función de FinOps en una corporación?

Por los costos evitados, la precisión del pronóstico y la proporción de cargas de trabajo con economía unitaria documentada. Los costos evitados por sí solos son una métrica básica. La precisión del pronóstico es un paso adelante. La economía unitaria a nivel de producto o segmento de cliente es el siguiente nivel, aquí FinOps se conecta directamente con la estrategia y las ventas.

¿Cuándo vale la pena un modelo de centro y radios, y cuándo un equipo central?

Con una arquitectura homogénea y pocas plataformas, un equipo central es suficiente. El modelo de centro y radios se vuelve más estable tan pronto como la nube, la IA y el SaaS se ejecutan en diferentes unidades de negocio con sus propios proveedores. Las corporaciones con quince o más unidades de negocio rara vez encuentran una verdadera gestión sin campeones federados.