O que é FinOps define uma das decisões mais urgentes para quem gerencia cloud em 2026. Empresas brasileiras desperdiçam, de fato, em média 32% do orçamento de nuvem por falta de visibilidade e responsabilidade sobre o consumo.
Resumo
- FinOps é uma disciplina de gestão financeira que une engenharia, finanças e negócio para controlar o gasto em nuvem com precisão.
- A maturidade FinOps segue três fases: Crawl, Walk e Run. Cada fase entrega redução de desperdício mensurável, pois o nível de controle cresce a cada etapa.
- Adotar o FinOps Framework sem mudar a cultura organizacional não resolve o problema, já que a ferramenta sozinha não substitui o processo de responsabilização por custo.
Introdução
O que é FinOps vai além de uma ferramenta de relatório de custos. A disciplina reúne pessoas, processos e tecnologia para que cada real gasto em nuvem tenha um dono e uma justificativa de negócio.
O crescimento do cloud no Brasil acelerou entre 2023 e 2026. O mercado de infraestrutura em nuvem no país superou R$ 28 bilhões em 2025, conforme dados do setor. O problema é que a velocidade de adoção não acompanhou a capacidade de gestão financeira.
Times de engenharia sobem recursos sem limite de orçamento. O financeiro recebe a fatura no fim do mês sem contexto. O CIO fica no meio, visto que precisa justificar ao CFO um número que ninguém sabe decompor.
O FinOps resolve exatamente esse impasse. A FinOps Foundation define a disciplina como a prática de trazer responsabilidade financeira ao modelo variável de gastos em nuvem.
O que é FinOps e por que surgiu agora
FinOps nasceu da tensão entre dois mundos: a agilidade de cloud e a rigidez do orçamento corporativo. No modelo on-premises, o CFO aprovava o servidor antes de comprar. Na nuvem, o desenvolvedor sobe um cluster em minutos e o custo aparece semanas depois.
A FinOps Foundation formalizou a disciplina em 2019 e atualizou o framework em 2026, com foco maior em alinhamento executivo e escopo ampliado para SaaS e IA. O mercado brasileiro adotou o conceito com atraso de dois a três anos, mas a curva de adoção acelerou porque as faturas cresceram.
O que é FinOps, portanto, é uma resposta organizacional a um problema estrutural. A nuvem cobra pelo uso real, e a maioria das empresas não tem processo para medir, alocar e otimizar esse uso em tempo real.
Os três pilares do FinOps Framework
O FinOps Framework organiza a disciplina em três domínios que funcionam em conjunto. Cada um resolve, assim, uma parte do problema de gestão financeira em nuvem.
Visibilidade: saber o que está sendo gasto
Visibilidade é o ponto de partida. Sem ela, qualquer conversa sobre otimização é especulação, pois o time não sabe onde o dinheiro vai.
Ferramentas como AWS Cost Explorer, Azure Cost Management e GCP Billing, por exemplo, entregam os dados brutos. O trabalho real está em tagear os recursos por time, produto e ambiente. Uma empresa com 500 recursos em cloud e sem política de tags consistente leva de três a seis meses para ter visibilidade confiável.
A Microsoft documenta que a ausência de tags é a causa número um de faturas sem dono. O custo de corrigir o problema depois é maior do que o de fazer certo desde o início.
Otimização: cortar o que não gera valor
Otimização de custos cloud ataca três categorias de desperdício: recursos ociosos, superdimensionamento e comprometimento de capacidade mal planejado.
Recursos ociosos são os mais fáceis de eliminar. Um ambiente de desenvolvimento que roda 24 horas por dia, sete dias por semana, custa o mesmo que produção. Desligar fora do horário comercial reduz esse custo em até 70%.
Superdimensionamento exige análise de utilização. Um servidor com CPU média de 8% ao longo de 30 dias é, por exemplo, candidato a downsize. A maioria das empresas brasileiras que auditamos opera com utilização média abaixo de 20% na maioria das instâncias.
Operação: manter o controle no tempo
Operação é onde o FinOps se torna cultura. A visibilidade e a otimização resolvem o problema do mês. A operação contínua evita que o problema volte no mês seguinte.
O time de FinOps, aliás, não é um grupo separado de auditores. É uma função transversal que inclui engenheiros, analistas financeiros e representantes de produto. Cada um traz uma perspectiva diferente para a mesma fatura.
As três fases de maturidade: Crawl, Walk e Run
A maturidade FinOps segue uma progressão clara. Pular fases acelera o fracasso, uma vez que cada etapa constrói a base da seguinte.
As três fases funcionam como um roadmap de adoção:
- Crawl (engatinhar): a empresa instala visibilidade básica, cria política de tags e identifica os maiores desperdícios. O objetivo é entender a fatura, não otimizá-la ainda.
- Walk (caminhar): o time implementa alertas de anomalia, showback por área e começa a usar Reserved Instances ou Savings Plans. A redução de custo, geralmente, aparece entre 15% e 25% nessa fase.
- Run (correr): a empresa opera com orçamento por produto, chargeback real para cada time e automação de rightsizing. O desperdício cai abaixo de 10% da fatura total.
A maioria das empresas brasileiras de médio porte está na transição entre Crawl e Walk. Chegar ao Run exige entre 18 e 24 meses de trabalho consistente, posto que a mudança cultural demora mais do que a técnica.
O que é FinOps na prática: papéis e responsabilidades
FinOps falha quando vira responsabilidade exclusiva do financeiro ou exclusiva do TI. A disciplina funciona porque distribui a responsabilidade por custo para quem toma as decisões técnicas.
Conforme o FinOps Framework 2026, os papéis centrais são:
- FinOps Practitioner: coordena o processo, mantém os relatórios e facilita as decisões entre times.
- Engenheiro de cloud: implementa as otimizações técnicas e responde pelo custo dos recursos que provisiona.
- Gestor de produto: decide o trade-off entre velocidade de entrega e custo de infraestrutura.
- Analista financeiro: conecta o gasto de cloud ao orçamento corporativo e ao resultado do negócio.
O CIO ou CTO patrocina o programa. Sem patrocínio executivo, o FinOps vira um projeto de relatório que ninguém usa, já que os times não mudam o comportamento sem incentivo claro.
A IBM aponta que empresas com patrocínio de C-level atingem a fase Walk em metade do tempo das que delegam apenas para o nível técnico.
Erros comuns na adoção de FinOps no Brasil
O mercado brasileiro repete os mesmos erros na adoção da disciplina. Conhecê-los, portanto, antecipa meses de retrabalho.
Tratar FinOps como projeto de TI
FinOps é uma mudança de governança financeira, não uma implementação de ferramenta. Empresas que compram uma plataforma de Cloud Financial Management sem mudar o processo de aprovação de gastos economizam zero, uma vez que o problema é comportamental.
A McKinsey estima que empresas sem mudança cultural recuperam menos de 30% do potencial de economia identificado na fase de diagnóstico.
Ignorar o custo de IA e dados
O FinOps Framework de 2026, aliás, expandiu o escopo para incluir cargas de trabalho de IA. Uma empresa que treina modelos em GPU sem política de custo por experimento pode gastar R$ 200 mil em uma semana sem perceber.
O custo por inferência, sobretudo em produção, precisa entrar no modelo de precificação do produto. Sem isso, a margem do serviço digital desaparece à medida que o volume cresce.
Começar pelo chargeback antes da visibilidade
Cobrar os times por cloud antes de ter tags e relatórios confiáveis gera conflito sem resultado. O time questiona os números, visto que não confia nos dados, e o processo trava.
A sequência correta é: visibilidade primeiro, showback depois, chargeback só quando os dados são confiáveis. Esse ciclo leva de seis a doze meses, mas sustenta o programa no longo prazo.
FinOps e governança: o contexto regulatório brasileiro
A governança de custos em nuvem no Brasil ganha uma camada extra de complexidade por conta da LGPD e das exigências do Banco Central para instituições financeiras.
Dados de consumo de cloud contêm informações sobre quais sistemas processam quais dados. O relatório de FinOps, portanto, pode revelar onde dados pessoais estão sendo processados. A política de acesso a esses relatórios precisa estar alinhada com o programa de privacidade da empresa.
Empresas do setor financeiro, ainda, precisam mapear o gasto por ambiente regulado. O custo de um sistema sujeito à Resolução CMN 4.658 precisa estar separado do custo de sistemas internos, uma vez que a auditoria exige rastreabilidade.
Veja também como estruturar a consultoria AWS para não desperdiçar o orçamento de cloud antes de iniciar o programa de FinOps.
Como começar: os primeiros 90 dias
O programa de FinOps começa, certamente, com diagnóstico, não com ferramenta. Os primeiros 90 dias definem se o programa vai ter tração ou virar mais um projeto esquecido.
Uma sequência que funciona para empresas de médio e grande porte:
- Dias 1 a 30: audite a fatura atual, identifique os dez maiores centros de custo e mapeie quais times são responsáveis por cada um.
- Dias 31 a 60: implante a política de tags obrigatórias para novos recursos e configure alertas de anomalia nos provedores. A redução de custo, nessa fase, vem dos recursos ociosos mais óbvios.
- Dias 61 a 90: apresente o primeiro relatório de showback para os líderes de time e defina metas de otimização por área. Metas sem número não mudam comportamento.
Para empresas em processo de migração para cloud computing, o momento certo de começar o FinOps é antes da migração, posto que corrigir a arquitetura depois custa mais do que projetar certo desde o início.
Conclusão
O que é FinOps, em termos práticos, é a diferença entre uma fatura de cloud que o CFO entende e uma que ninguém consegue explicar. A disciplina não é sobre cortar custo a qualquer preço, já que o objetivo é garantir que cada real gasto gere valor proporcional ao negócio.
Empresas que chegam à fase Run do FinOps operam com desperdício abaixo de 10% e conseguem justificar cada linha da fatura para o conselho. Empresas que ignoram a disciplina descobrem o problema na auditoria anual, quando o dano já está feito.
O custo de implementar um programa de FinOps é, certamente, menor do que o custo de um único mês de desperdício em escala. O retorno, aliás, aparece antes do fim do primeiro trimestre para quem começa com diagnóstico honesto e patrocínio executivo real.
Para detalhar a decisão de arquitetura antes de iniciar o programa, veja o guia de migração para nuvem para CIOs que precisam decidir agora.
Perguntas frequentes
O que é FinOps e qual a diferença para gestão de custos tradicional?
O que é FinOps se distingue da gestão de custos tradicional porque opera em tempo real, não no fechamento mensal. A gestão tradicional analisa o que já foi gasto. O FinOps age durante o ciclo, visto que identifica o desperdício antes de o mês fechar. A diferença prática é que o time pode corrigir o curso enquanto ainda há orçamento disponível.
Qual o tamanho mínimo de empresa para adotar FinOps?
Empresas com fatura mensal de cloud acima de R$ 50 mil, de fato, já justificam um programa básico de FinOps. Abaixo disso, o custo do processo supera o benefício. Conforme a fatura cresce, o retorno da disciplina cresce proporcionalmente, posto que o desperdício percentual tende a ser constante e o valor absoluto aumenta.
FinOps substitui o papel do arquiteto de cloud?
FinOps não substitui o arquiteto, pois as disciplinas são complementares. O arquiteto decide como construir. O FinOps garante que o que foi construído opera dentro do orçamento. Empresas que tratam as duas funções como separadas perdem, certamente, a oportunidade de otimizar na fase de design, que é quando o custo é mais fácil de controlar.
Como o FinOps Framework de 2026 mudou a disciplina?
A versão 2026 do FinOps Framework expandiu o escopo para SaaS e cargas de IA, incluiu métricas de alinhamento executivo e reforçou o papel do C-level no programa. A mudança mais relevante para o mercado brasileiro é a inclusão de custo por inferência de IA como métrica padrão, afinal muitas empresas já operam modelos em produção sem medir esse custo por transação. O controle de custos de EC2 na AWS, por exemplo, agora integra recomendações de rightsizing com dados de utilização de GPU.