Checklist FinOps 2026: Ya No Es Solo la Factura de la Cloud

Hay una pregunta que conviene hacer antes de cualquier conversación sobre ahorro: ¿qué cuenta hoy como gasto tecnológico bajo gestión? La respuesta, para la mayoría de las organizaciones, ha cambiado en los últimos dos años sin que nadie la haya vuelto a escribir.

¿FinOps sigue siendo solo sobre la nube?

No. Y la propia organización de referencia del sector cambió su misión como consecuencia de ello.

La disciplina de gestión financiera de tecnología, conocida como FinOps, nació para una cosa concreta: poner bajo control la factura de la nube pública que crecía sin explicación. Durante seis años fue eso. El State of FinOps 2026, sexta encuesta anual de la FinOps Foundation, programa de la Linux Foundation, muestra que ya no lo es. La Fundación cambió su misión declarada de "gestionar el valor de la nube" a "gestionar el valor de la tecnología", y la encuesta, con 1.192 encuestados que representan más de 83 mil millones de dólares de gasto anual, explica por qué.

Lo que cambió, en números

La serie es la parte más citable del informe, y merece la pena verla completa antes que nada.

El 98% de los profesionales ya gestiona gasto en inteligencia artificial, frente al 31% de hace dos años. El 90% gestiona software como servicio, cuando eran el 65% el año anterior. El 64% gestiona licencias, frente al 49%. El 57% gestiona nube privada, frente al 39%. El 48% gestiona centro de datos. Y el 28% ya gestiona, o planea gestionar, costes de mano de obra ligados a la operación tecnológica.

Fíjese en lo que describe esta serie. No es una disciplina que decidió ampliarse por ambición. Es un conjunto de costes que ya existía, que siempre existió, y que solo ahora entra en gestión formal, uno a uno, por la misma presión que llevó la factura de la nube bajo control hace una década.

La checklist de alcance

Esta es la parte pensada para uso inmediato. Antes de preguntar dónde se puede ahorrar, conviene confirmar qué se está gestionando realmente.

• Nube pública. El punto de partida histórico. Casi siempre con responsable, panel y revisión mensual.
• Software como servicio. El 90% de las organizaciones ya lo gestiona formalmente. Licencias por usuario, por módulo, por consumo, muchas veces compradas por departamentos distintos sin visibilidad cruzada.
• Licenciamiento tradicional. El 64% ya lo cubre. Contratos plurianuales, auditorías de cumplimiento, y el viejo hábito de negociar una vez y no volver a revisarlo.
• Nube privada e infraestructura híbrida. El 57% ya la incluye en el alcance. Coste de capacidad reservada que no sigue la lógica elástica de la nube pública.
• Centro de datos propio. El 48% ya lo gestiona como línea formal, no como coste fijo intocable.
• Inteligencia artificial. El 98% ya la gestiona, la línea que más ha crecido en dos años, con el patrón de coste menos predecible de toda la lista.
• Costes de mano de obra de la operación. El 28% ya gestiona o planea gestionar esta línea, la más reciente en entrar en el alcance.

Cada línea de esta lista suele tener un responsable distinto, un ciclo de facturación distinto, y llega a departamentos distintos en meses distintos. Esa dispersión es precisamente lo que explica el punto siguiente.

Por qué el gasto fuera de la nube se escapa

La explicación no es falta de voluntad. Es asimetría estructural.

La factura de la nube pública tiene, casi siempre, un responsable nombrado, un panel dedicado y una revisión mensual formal. Es la línea más vigilada de toda la operación tecnológica, porque fue la primera en merecer ese esfuerzo. Las otras seis líneas de la checklist no tienen esa misma disciplina construida. Llegan por contratos distintos, aprobados en momentos distintos, contra presupuestos de departamentos distintos. Cada una, vista de forma aislada, parece pequeña frente a la factura de la nube. Sumadas, ya no lo son.

El efecto práctico es una ceguera parcial e involuntaria: la organización sabe exactamente cuánto gasta en la única línea que siempre vigiló, y tiene solo una noción vaga del resto.

Quién decide, y por qué eso cambió

La práctica ha subido en la jerarquía, y eso cambia quién tiene que hacerse esta pregunta. Donde hay implicación de vicepresidencia o de nivel C, la influencia real sube de forma marcada: en la selección de servicio de nube, 53% frente a 24% sin esa implicación; en la selección de proveedor, 47% frente a 16%; en la decisión entre nube pública y centro de datos propio, 28% frente a 12%.

La lectura es directa. Cuando FinOps era solo sobre la factura de la nube, podía vivir dentro del equipo de infraestructura, un asunto técnico con reflejo financiero. Con el alcance ampliado a licencias, inteligencia artificial y centros de datos, deja de ser un asunto que se resuelve sin la alta dirección. Gestionar esta lista completa es, cada vez más, una decisión que se toma al nivel del CTO o del CIO, no por debajo.

Qué dimensión de equipo exige esto

La ampliación del alcance no exige una ampliación proporcional del equipo, y el dato sorprende a quien espera lo contrario.

Las organizaciones que gastan más de 100 millones de dólares al año en tecnología operan, de media, con 8 a 10 profesionales internos y de 3 a 10 contratados. El 60% se organiza en modelo centralizado, con un núcleo pequeño y campeones embebidos en los equipos que gastan. El 21% en modelo hub-and-spoke. Menos del 10% está totalmente descentralizado.

La explicación del propio informe es directa: la escala viene de la capacitación y la automatización, no del número de personas. Un núcleo pequeño con un proceso claro cubre un alcance mucho mayor que un equipo grande sin ese proceso.

Por dónde empezar sin parar la operación

No hace falta una herramienta nueva para empezar. Hacen falta tres decisiones, en el orden correcto.

Primero, alcance declarado por escrito: la checklist anterior, confirmada línea por línea contra los contratos y los centros de coste reales de la organización, no contra una lista genérica. Segundo, un responsable nombrado por cada línea confirmada, con nombre propio, no con nombre de equipo. Tercero, la misma cadencia de revisión para todas las líneas, incluidas las que hoy no tienen ninguna. La nube deja de ser la única línea auditada cada mes, y pasa a ser una más entre varias, todas con el mismo tratamiento.

Ninguna de estas tres decisiones exige una plataforma nueva. Exigen una decisión de diseño, tomada antes de discutir dónde recortar.

Cuándo esto no compensa el esfuerzo

Merece la pena registrar la excepción, porque no toda organización necesita este ejercicio completo.

Si el gasto tecnológico fuera de la nube pública es residual, concentrado en un único contrato ya revisado y sin señales de crecimiento, montar un proceso formal de alcance ampliado es resolver un problema que todavía no existe a esa escala. En ese caso, la prioridad sigue siendo la disciplina ya conocida sobre la propia factura de la nube. La distinción correcta no es el tamaño de la empresa. Es si ya existen tres o más líneas fuera de la nube creciendo sin responsable nombrado. Si es así, el ejercicio compensa. Si no, puede esperar.

Preguntas frecuentes

¿FinOps se aplica al licenciamiento de software tradicional? Sí. El 64% de los profesionales de FinOps ya gestiona el licenciamiento formalmente dentro del mismo proceso que usa para la nube, según el State of FinOps 2026.

¿Hace falta comprar una herramienta nueva para ampliar el alcance? No es el primer paso. El primer paso es el alcance declarado por escrito y el responsable nombrado por línea. La herramienta de agregación ayuda después, cuando el proceso ya existe.

¿Quién debería ser responsable de cada línea de gasto? Una persona, con nombre propio, no un equipo. El informe muestra que la decisión sube cada vez más hasta el CTO o el CIO a medida que crece el alcance, pero la ejecución línea a línea sigue necesitando un responsable operativo único.

¿Cuál es la cadencia mínima de revisión recomendada? La misma que ya se aplica a la nube pública, normalmente mensual. La regla central de este artículo es que todas las líneas del alcance compartan la misma cadencia, sin que la nube siga siendo la única excepción auditada.

¿Un equipo pequeño puede cubrir este alcance ampliado? Puede, y es el patrón observado. Las organizaciones que gastan más de 100 millones de dólares al año operan con núcleos de 8 a 10 profesionales internos, porque la escala viene del proceso y la automatización, no del número de personas.

Qué hacer con esto

La pregunta con la que abría este artículo tiene ahora una respuesta más precisa que "la nube". Tiene siete líneas posibles, una checklist para confirmar cuáles aplican, y una explicación de por qué las que faltan cuestan más de lo que parece mientras no tengan responsable.

Hacer el inventario completo, línea por línea, suele llevar menos tiempo del que se teme, y el resultado casi siempre resulta incómodo la primera vez. Reservar una Sesión de Orientación, sin compromiso, para ver cuántas de estas líneas ya existen en la operación sin responsable nombrado.

Sobre los patrones de desperdicio más comunes dentro de la propia factura de la nube, también merece la pena leer los cinco patrones que siguen destruyendo el presupuesto de TI, y sobre la línea del alcance que crece más rápido, por qué el 80% de las previsiones de coste de IA en la nube fallan.