Les empreses continuen malbaratant el 27% de la seva despesa al núvol i, segons el Flexera 2025 State of the Cloud Report, els seus pressupostos cloud ja se superen un 17% de mitjana. Aquesta combinació —diners que s'evaporen en recursos infrautilitzats més pressupostos que es desbordan trimestre rere trimestre— és exactament el problema que FinOps ve a resoldre. FinOps és la disciplina que converteix aquest descontrol en estalvi mesurable, alineant enginyeria, finances i negoci al voltant d'una mateixa pregunta: quin valor estem obtenint per cada euro que gastem al núvol.
Si la teva organització ja ha migrat càrregues de treball a AWS, Azure o Google Cloud i la factura mensual creix més de pressa que la teva capacitat per explicar-la, aquesta guia és per a tu. Veurem què és realment FinOps (més enllà del terme de moda), com s'estructura el seu framework, on són les palances d'estalvi reals als tres grans proveïdors i com muntar un equip i una cultura que sostinguin l'estalvi en el temps, no només durant una campanya puntual de retallades.
Què és FinOps i per què importa a la teva empresa
La FinOps Foundation defineix FinOps com un marc operatiu i una pràctica cultural que maximitza el valor de negoci de la tecnologia, permet decisions basades en dades i crea responsabilitat financera mitjançant la col·laboració entre enginyeria, finances i negoci. Aquesta definició encapsula tres idees que val la pena desembalar.
Primer, és operatiu i cultural al mateix temps. No n'hi ha prou amb comprar una eina de visibilitat de costos; FinOps canvia qui pren decisions de despesa i amb quina informació. Segon, l'objectiu no és gastar menys, sinó maximitzar valor. De vegades la decisió correcta és gastar més en una càrrega que genera ingressos, sempre que sigui una decisió conscient i traçable. Tercer, la responsabilitat financera es distribueix: l'enginyer que desplega una instància ha de veure i assumir el cost d'aquella decisió gairebé en temps real, en lloc de descobrir-lo a la factura del mes següent quan ja és massa tard.
Per què importa ara més que mai: el 84% de les organitzacions considera que gestionar la despesa cloud és el seu principal repte al núvol avui dia, segons l'informe Flexera 2025 State of the Cloud Report difós el març de 2025. I el problema creix amb el mercat. Gartner projecta que la despesa mundial d'usuari final en serveis de núvol públic assolirà els 723.400 milions de dòlars el 2025, davant els 595.700 milions de 2024, un creixement del 21,5%. Com més gran és la base de despesa, més diners hi ha en joc a cada punt percentual d'ineficiència.
FinOps no és un projecte amb data de fi. És una capacitat operativa que, un cop instal·lada, redueix el malbaratament de forma contínua i converteix el cost cloud en una palanca de negoci en lloc d'una sorpresa comptable.
La bona notícia és que això no exigeix reinventar la teva plataforma. La majoria de les palances d'estalvi es recolzen en una bona base d'enginyeria cloud i d'una migració ben feta; si aquest fonament no és sòlid, convé reforçar-lo abans d'optimitzar costos. El nostre equip de serveis de cloud i DevOps treballa precisament aquesta intersecció entre arquitectura, automatització i cost.
Les tres fases del framework FinOps: Inform, Optimize i Operate
El framework de la FinOps Foundation s'estructura en tres fases iteratives, no en passos seqüencials que es completen una sola vegada. Es recorren en bucle continu i, a més, segueixen un enfocament de maduresa Crawl-Walk-Run: comences amb el bàsic (Crawl), ho estens (Walk) i finalment ho automatitzes i optimitza a fons (Run).
Inform: visibilitat, assignació, pressupost i previsió
No pots optimitzar el que no veus. La fase Inform consisteix a aconseguir visibilitat granular de la despesa, assignar-la correctament a equips, productes o unitats de negoci (mitjançant etiquetes i comptes ben estructurats), establir pressupostos i construir previsions fiables. Aquí és on es munta el sistema d'etiquetatge (tagging), es defineix la taxonomia de costos i es connecten les dades de facturació amb una eina d'anàlisi. Sense una fase Inform sòlida, tot el que ve a continuació es construeix sobre sorres: optimitzaràs a cegues i no podràs atribuir l'estalvi a ningú.
Optimize: reducció del malbaratament i eficiència
Amb visibilitat real, la fase Optimize ataca el malbaratament: redimensionar instàncies sobredimensionades (rightsizing), apagar recursos inactius, comprometre descomptes a canvi d'ús reservat i triar el model de compra correcte per a cada càrrega. No és casualitat que aquesta sigui la fase amb major retorn immediat. Segons l'State of FinOps 2025 Report de la FinOps Foundation, l'optimització de càrregues de treball i la reducció del malbaratament és la prioritat número u dels professionals FinOps per segon any consecutiu: el 50% dels enquestats la assenyala com la seva principal prioritat.
Operate: KPIs, governança i operació contínua
La fase Operate converteix l'estalvi puntual en una pràctica sostenible. Aquí es defineixen els KPIs (cost per unitat de negoci, percentatge de cobertura de descomptes compromesos, malbaratament identificat vs. eliminat), s'estableix la governança (polítiques d'etiquetatge obligatòries, alertes d'anomalies, aprovacions) i s'opera el cicle de millora contínua. Sense Operate, el malbaratament que vas eliminar en una campanya d'optimització torna a aparèixer en pocs mesos, perquè els equips continuen desplegant amb els mateixos hàbits.
| Fase | Pregunta que respon | Activitats clau | KPI típic |
|---|---|---|---|
| Inform | Quant gastem i en què? | Etiquetatge, assignació, pressupostos, previsió | % de despesa correctament assignada |
| Optimize | On podem estalviar sense perdre valor? | Rightsizing, descomptes compromesos, apagat de recursos | Malbaratament eliminat, % cobertura de descomptes |
| Operate | Com ho mantenim en el temps? | KPIs, governança, alertes, millora contínua | Cost per unitat de negoci, desviació pressupostària |
Quant de la despesa cloud es malbarata realment?
És la pregunta que tot CFO fa i que gairebé cap organització sap respondre amb precisió. La xifra de referència del sector la aporta el Flexera 2025 State of the Cloud Report: les organitzacions continuen malbaratant un 27% de la seva despesa al núvol. És una xifra que ha millorat (venia d'un màxim del 32% assolit quatre anys abans), la qual cosa suggereix que les pràctiques FinOps comencen a donar fruit, però encara és enorme. Sobre una factura anual d'un milió d'euros, parlem de 270.000 euros que, en teoria, no compren valor.
Aquest malbaratament no és un error moral dels equips, és estructural. S'acumula en patrons molt concrets i repetibles:
- Instàncies sobredimensionades: màquines amb 16 vCPU que utilitzen el 8% de CPU perquè algú "va anar a lo segur" en el desplegament.
- Recursos orfes: discos, IPs, snapshots i balancejadors que sobreviuen a la càrrega que els justificava.
- Entorns no productius sempre encesos: desenvolupament, test i staging funcionant 24/7 quan només s'utilitzen en horari laboral.
- Absència de descomptes compromesos: pagar preu On-Demand per càrregues estables i previsibles que porten dos anys funcionant igual.
- Manca d'atribució: sense etiquetatge, ningú és responsable, de manera que ningú fa neteja.
L'agreujant és la velocitat. El mateix informe de Flexera indica que s'espera que la despesa al núvol creixi un 28% l'any següent. Si el malbaratament es manté al 27% sobre una base que creix a doble dígit, el cost absolut del descontrol augmenta cada any tot i que el percentatge es mantingui estable. Per això la gestió de la despesa no pot ser un esforç anual: ha de ser una capacitat operativa permanent.
Palances d'estalvi reals a AWS, Azure i GCP
Aquí és on FinOps deixa de ser teoria. Les palances concretes s'agrupen en tres categories: models de compra amb descompte, eficiència de recursos i arquitectura. Vegem les més potents a cada proveïdor.
Models de compra: l'estalvi més ràpid
La primera victòria sol venir de pagar menys per al mateix. A AWS, segons la documentació oficial de Savings Plans i EC2 Spot Instances, les opcions de compromís ofereixen estalvis molt significatius sobre el preu On-Demand:
| Model de compra AWS | Descompte màxim vs On-Demand | Quan utilitzar-lo |
|---|---|---|
| EC2 Instance Savings Plans / Standard Reserved Instances | Fins al 72% | Càrregues estables i previsibles en una família d'instàncies concreta |
| Compute Savings Plans | Fins al 66% | Càrregues estables amb flexibilitat de família, regió i servei (EC2, Fargate, Lambda) |
| Spot Instances | Fins al 90% | Càrregues tolerants a interrupcions: batch, CI/CD, processament asíncron, big data |
La lògica es trasllada als altres proveïdors amb noms diferents: Azure té Reservations i Savings Plans for compute, a més de Spot VMs; Google Cloud ofereix Committed Use Discounts (CUDs), descomptes per ús sostingut (Sustained Use Discounts) i Spot VMs. El principi és universal: comprometre ús estable a canvi de descompte, i reservar les càrregues interrompibles per a la capacitat sobrant més barata.
La clau operativa és no comprometre a cegues. Primer es fa rightsizing (per no reservar capacitat que no necessites), després s'analitza el patró d'ús estable dels darrers mesos i només llavors es compromet una cobertura prudent, deixant marge per al creixement orgànic.
Eficiència de recursos: el malbaratament que es veu a simple vista
- Rightsizing: ajustar la mida d'instàncies, bases de dades i volums a l'ús real observat. És la palanca amb millor relació esforç/estalvi.
- Programació de l'apagat: aturar entorns de desenvolupament i proves fora de l'horari laboral pot retallar el seu cost un 65-70% sense afectar la producció.
- Neteja de recursos orfes: eliminar discos sense adjuntar, snapshots antics, IPs sense assignar i balancejadors sense trànsit.
- Nivells d'emmagatzematge (storage tiering): moure dades d'accés poc freqüent a classes més barates (S3 Glacier, Azure Cool/Archive, GCS Nearline/Coldline) amb polítiques de cicle de vida automàtiques.
Arquitectura: l'estalvi estructural
Les decisions d'arquitectura són les que més estalvien a llarg termini, però requereixen més inversió d'enginyeria. Passar d'instàncies sempre enceses a models serverless (Lambda, Azure Functions, Cloud Run) que escalen a zero, adoptar contenidors amb autoescalat real, o consolidar bases de dades infrautilitzades, transforma l'estructura de cost. Aquestes decisions es prenen bé durant una migració o modernització: si estàs planejant moure càrregues al núvol, convé fer-ho amb criteris FinOps des del primer dia, quelcom que aborden en el nostre servei de migració al núvol per evitar arrossegar ineficiències de l'entorn on-premise al cloud.
Com muntar un equip i una cultura FinOps
La tecnologia és la part fàcil. El repte real és organitzatiu: FinOps funciona quan enginyeria, finances i negoci comparteixen un llenguatge i una responsabilitat. No és casualitat que, per recuperar el control de la despesa, les organitzacions recorrin cada vegada més a proveïdors de serveis gestionats (60%) i a ampliar els seus equips FinOps (59%), segons el Flexera 2025 State of the Cloud Report.
Qui forma part de l'equip
Un equip FinOps no és un departament aïllat, sinó una funció transversal. Els perfils habituals són:
- FinOps practitioner / lead: orquestra la pràctica, defineix KPIs i reporta. És el pont entre mons.
- Enginyeria / plataforma / SRE: executa el rightsizing, l'automatització d'apagats i les decisions d'arquitectura.
- Finances / FP&A: aporta pressupostos, previsió i la connexió amb la planificació financera de l'empresa.
- Negoci / producte: defineix quines càrregues generen valor i, per tant, on té sentit invertir més o menys.
La cultura: fer visible el cost on es pren la decisió
El canvi cultural decisiu és traslladar la informació de cost al moment i al lloc on es prenen les decisions tècniques. Quan un equip de producte veu al seu tauler quant li costa el seu servei per client actiu, les converses canvien. La governança ajuda (polítiques d'etiquetatge obligatori, alertes d'anomalies, revisions mensuals de cost per equip), però el motor real és la responsabilitat distribuïda: cada equip és propietari de la seva factura i la comprèn.
Un patró que funciona és el ritme de cadència regular: una revisió mensual de costos per unitat de negoci, un informe d'anomalies setmanal automatitzat i una sessió trimestral d'optimització on enginyeria i finances prioritzen juntes les pròximes palances. Sense aquest ritme, FinOps es dilueix en bones intencions.
Primers passos: del Crawl al Run en 90 dies
Adoptar FinOps no exigeix una transformació d'un any. Seguint el model de maduresa Crawl-Walk-Run de la FinOps Foundation, un pla realista de 90 dies pot tenir aquest aspecte:
Dies 1-30 (Crawl): veure
- Activa l'eina nativa de costos del teu proveïdor (AWS Cost Explorer, Azure Cost Management, GCP Cloud Billing) i, si ho necessites, una capa d'anàlisi transversal.
- Defineix i aplica una taxonomia d'etiquetatge mínima (entorn, equip, producte, centre de cost).
- Identifica el top 10 de serveis per despesa i el malbaratament evident (recursos orfes, entorns no-prod sempre encesos).
Dies 31-60 (Walk): estalviar
- Executa el primer cicle de rightsizing sobre les càrregues majors.
- Programa l'apagat d'entorns no productius fora de l'horari laboral.
- Analitza el patró d'ús estable dels darrers mesos i compra una primera tanda prudent de descomptes compromesos (Savings Plans, Reservations o CUDs).
Dies 61-90 (Run): sostenir
- Estableix KPIs i un tauler de cost per unitat de negoci.
- Configura alertes d'anomalies de despesa i polítiques d'etiquetatge obligatori.
- Instaura el ritme de revisions (mensual de costos, setmanal d'anomalies, trimestral d'optimització).
Al cap d'un trimestre tindràs visibilitat real, un estalvi tangible documentat i un sistema que evita que aquell malbaratament torni a acumular-se. A partir d'aquí, la millora és incremental i contínua.
Conclusió
FinOps no és una eina ni una campanya de retallades: és una capacitat operativa que alinea enginyeria, finances i negoci per maximitzar el valor de cada euro invertit al núvol. Amb el 27% de la despesa cloud encara malbaratada i els pressupostos superant-se un 17% de mitjana segons Flexera, el potencial d'estalvi és real i mesurable. Les palances existeixen (descomptes compromesos de fins al 72% a AWS, rightsizing, apagat d'entorns, arquitectura serverless) i el framework Inform-Optimize-Operate ofereix un camí provat per capturar-les i, sobretot, per no perdre-les.
Si vols convertir la teva factura cloud d'AWS, Azure o GCP en una palanca de negoci sota control, a Technova Partners ajudem empreses a muntar la seva pràctica FinOps, executar el primer cicle d'optimització i sostenir l'estalvi en el temps. Parlem del teu cas i dissenyem junts el teu full de ruta dels pròxims 90 dies.
