La factura de cloud del mes llega con un cero de más y nadie en la sala sabe explicar de dónde salió, ni qué servicio se disparó, ni quién levantó el recurso que ahora cuesta lo que un sueldo entero. La reacción típica es buscar un culpable, o buscar a alguien a quien contratar con "FinOps" en el título. Las dos salidas suelen fallar por el mismo motivo: tratan como un puesto lo que en realidad es una práctica de equipo.
Merece la pena entender qué es FinOps antes de reaccionar. Porque el dato de mercado dice algo incómodo sobre cómo lo están abordando la mayoría de empresas.
TL;DR. FinOps es la práctica de gestionar el coste de la infraestructura cloud como una responsabilidad compartida entre ingeniería, finanzas y negocio, con datos y decisiones continuas en lugar de sustos a fin de mes. No es una herramienta ni, en la mayoría de los casos, un puesto suelto: es una skill que se incorpora al equipo que ya opera tu nube. Según el análisis de mercado de Shakers, en julio de 2026 había 95 ofertas tech en España que mencionaban FinOps, pero solo 5 lo llevaban en el título del puesto.
¿Cómo funciona FinOps?
FinOps es la disciplina que pone el coste de la nube en manos de quien toma las decisiones técnicas, no solo de quien paga la factura. La idea central es simple. Cada equipo que despliega en cloud ve lo que gasta, entiende por qué lo gasta y decide con ese dato delante en el mismo momento de tomar la decisión técnica, en lugar de descubrir el impacto tres semanas después, cuando ya no hay nada que hacer salvo justificar la desviación. Nada de esperar al informe de finanzas.
El nombre junta finanzas y operaciones precisamente porque ese es el puente que la práctica construye, uno que en la mayoría de las empresas no existe y cuya ausencia es la razón real de que las facturas de nube sorprendan mes tras mes. Ingeniería sabe qué recursos levanta pero rara vez ve su coste en tiempo real. Finanzas ve el total pero no puede atribuirlo a decisiones técnicas concretas. FinOps cierra ese hueco con visibilidad, atribución y una cultura de decisiones informadas. No promete una cifra mágica de ahorro. Promete algo más útil y menos vistoso: que el gasto deja de ser una caja negra que solo se abre a fin de mes, y pasa a ser una variable más que el equipo controla mientras construye. Esa es toda la diferencia.
¿FinOps es un puesto o una práctica?
Aquí está el matiz que casi nadie mira antes de abrir una vacante. Según el análisis de mercado de Shakers, 95 ofertas tech en España mencionan FinOps en julio de 2026, pero solo 5 lo llevan en el título del puesto. El resto lo pide como una competencia más dentro de roles de cloud, DevOps o data. Una skill, no una silla.
La lectura es clara. El mercado no busca sobre todo un FinOps con mayúsculas; busca gente de infraestructura que además sepa mirar el coste de lo que levanta y actuar sobre él sin que nadie se lo tenga que pedir, que es una cosa bien distinta y bastante más difícil de encontrar en un currículum. Tratar FinOps como un puesto aislado, con su propia silla y su propio presupuesto, suele producir a alguien que hace dashboards que nadie mira, porque las decisiones de gasto las siguen tomando los equipos técnicos que no tienen la skill. Ese es el error. Incorporar la competencia donde ya se toman esas decisiones funciona mejor. Casi siempre.
| Enfoque | Qué implica | Riesgo habitual |
|---|---|---|
| FinOps como puesto aislado | Una persona dedicada, separada de los equipos técnicos | Informes que nadie usa; la decisión sigue fuera de su alcance |
| FinOps como skill del equipo cloud | La competencia vive donde se levanta la infraestructura | Exige que el talento cloud tenga la skill certificada, no improvisada |
¿Qué perfil implementa FinOps de verdad?
Uno que ya entiende la nube por dentro. Nada nuevo, pero clave. FinOps no se sostiene sobre hojas de cálculo: se sostiene sobre alguien que sabe qué es un grupo de autoescalado, por qué una instancia reservada cambia la ecuación y cómo se etiqueta el gasto para poder atribuirlo. Es decir, un perfil de cloud o DevOps con criterio financiero encima, no un perfil financiero con un curso de cloud.
Por eso encaja como skill añadida a roles que ya existen. Un arquitecto cloud o un ingeniero DevOps con la competencia FinOps certificada aporta más que un FinOps puro sin manos en la infraestructura. La gobernanza del gasto y la gobernanza técnica son, al final, la misma conversación. La misma mesa.
¿Cómo empezar con FinOps sin contratar un puesto nuevo?
Empieza por la skill, no por la vacante. Antes de abrir un puesto de FinOps, la pregunta útil es si el equipo que ya opera tu nube tiene la competencia para gestionar el coste con criterio, o si le falta. Si le falta, hay dos caminos: formar a quien ya tienes, o sumar talento cloud que traiga la skill certificada y se integre en el equipo, dejando el criterio dentro cuando el proyecto avanza.
Esa segunda vía, la de sumar talento que ya trae la skill demostrada en trabajo real en vez de por un apartado del currículum, es donde encaja un modelo de infraestructura de talento certificado. En lugar de fichar un puesto que quizá no justifique una plaza fija, incorporas la capacidad FinOps donde se toman las decisiones de gasto, con perfiles que ya demostraron esa skill en proyectos reales. La misma lógica que aplica a montar un equipo de gobernanza de datos aplica aquí con el coste.
Preguntas frecuentes sobre FinOps
- ¿Cuál es la diferencia entre FinOps y DevOps?
DevOps une desarrollo y operaciones para desplegar software más rápido y fiable. FinOps une finanzas y operaciones para que ese despliegue se haga con el coste bajo control y a la vista. Comparten cultura y muchas veces personas: un ingeniero DevOps con competencia FinOps es un perfil habitual y muy demandado.
- ¿Necesito un equipo de FinOps dedicado?
Casi nunca al principio. El dato de mercado lo confirma: la mayoría de las empresas piden FinOps como skill dentro de roles cloud, no como puesto aparte. Un equipo dedicado tiene sentido a mucha escala de gasto; antes de eso, incorporar la competencia al equipo que ya opera la nube suele dar mejor resultado.
- ¿Qué herramientas se usan en FinOps?
Las nativas de cada nube (AWS Cost Explorer, Azure Cost Management) y plataformas específicas de visibilidad y atribución de coste. Pero la herramienta es lo de menos: sin alguien que entienda la infraestructura detrás de los números, cualquier panel se queda en decoración. El criterio va antes que el tooling.
- ¿FinOps sirve solo para grandes empresas?
No. Cualquier organización con un gasto cloud que crece sin control se beneficia de la práctica. Lo que cambia con el tamaño es la forma: una empresa mediana suele necesitar la skill dentro de su equipo cloud, no un departamento entero. La disciplina escala hacia arriba, no al revés.
FinOps seguirá apareciendo en presentaciones como si fuera una caja que se compra o un puesto que se ficha. Ni una cosa ni la otra resuelve el problema de fondo. Ninguna. El gasto cloud se controla el día en que quien toma las decisiones técnicas tiene delante, en ese mismo momento y no tres semanas después, el coste de lo que va a desplegar y además la competencia para actuar sobre él sin esperar a que nadie le levante la mano.
Shakers funciona como infraestructura de contratación de talento certificado en skills IA y cloud: incorpora perfiles con la competencia FinOps ya certificada en proyecto real al equipo que ya opera tu nube, en lugar de dejarte una vacante difícil de cubrir. Habla con Shakers sobre la skill de gestión de costes cloud que tu equipo necesita cubrir.