FinOps Checklist 2026: O Que Já Não É Só a Factura da Cloud

Há uma pergunta que faz sentido fazer antes de qualquer conversa sobre poupança: o que é que hoje conta como gasto de tecnologia sob gestão? A resposta, para a maioria das organizações, mudou nos últimos dois anos sem que ninguém a tivesse reescrito por escrito.

O FinOps ainda é só sobre cloud?

Não. E a própria organização de referência do sector mudou a missão em consequência.

A disciplina de gestão financeira de tecnologia, conhecida por FinOps, nasceu para uma coisa concreta: pôr sob controlo a factura de cloud pública que crescia sem explicação. Durante seis anos foi isso. O State of FinOps 2026, sexto inquérito anual da FinOps Foundation, programa da Linux Foundation, mostra que deixou de ser. A Fundação mudou a missão declarada de "gerir o valor da cloud" para "gerir o valor da tecnologia", e o inquérito, com 1.192 respondentes a representar mais de 83 mil milhões de dólares de gasto anual, explica porquê.

O que mudou, em números

A série é a parte mais citável do relatório, e vale a pena vê-la completa antes de qualquer outra coisa.

98% dos praticantes já gerem gasto em inteligência artificial, contra 31% há dois anos. 90% gerem software como serviço, quando eram 65% no ano anterior. 64% gerem licenciamento, contra 49%. 57% gerem cloud privada, contra 39%. 48% gerem centro de dados. E 28% já gerem, ou planeiam gerir, custos de mão de obra associados à operação de tecnologia.

Repare no que a série descreve. Não é uma disciplina que decidiu alargar-se por ambição. É um conjunto de custos que já existia, sempre existiu, e que só agora está a entrar em gestão formal, um a um, pela mesma pressão que puxou a factura de cloud para debaixo de controlo há uma década.

A checklist de âmbito

Esta é a parte que serve para uso imediato. Antes de perguntar onde se pode poupar, vale a pena confirmar o que está mesmo a ser gerido.

• Cloud pública. O ponto de partida histórico. Quase sempre com dono, painel e revisão mensal.
• Software como serviço. 90% das organizações já o gerem formalmente. Licenças por utilizador, por módulo, por consumo, muitas vezes compradas por departamentos diferentes sem visibilidade cruzada.
• Licenciamento tradicional. 64% já o cobrem. Contratos plurianuais, auditorias de conformidade, e o hábito antigo de negociar uma vez e nunca mais rever.
• Cloud privada e infraestrutura híbrida. 57% já a incluem no âmbito. Custo de capacidade reservada que não segue a lógica elástica da cloud pública.
• Centro de dados próprio. 48% já o gerem como linha formal, não como custo fixo intocável.
• Inteligência artificial. 98% já a gerem, a linha que mais cresceu em dois anos, com o padrão de custo menos previsível de toda a lista.
• Custos de mão de obra da operação. 28% já gerem ou planeiam gerir esta linha, a mais recente a entrar no âmbito.

Cada linha desta lista tem, tipicamente, um dono diferente, um ciclo de facturação diferente, e chega a departamentos diferentes em meses diferentes. É precisamente essa dispersão que explica o ponto seguinte.

Porque o gasto fora da cloud escapa

A explicação não é falta de vontade. É assimetria estrutural.

A factura de cloud pública tem, quase sempre, um dono nomeado, um painel dedicado e uma revisão mensal formal. É a linha mais vigiada de toda a operação de tecnologia, porque foi a primeira a justificar esse esforço. As outras seis linhas da checklist não têm essa mesma disciplina construída. Chegam por contratos distintos, aprovados em momentos distintos, a orçamentos de departamentos distintos. Cada uma, vista isoladamente, parece pequena face à factura de cloud. Somadas, já não são.

O efeito prático é uma cegueira parcial e involuntária: a organização sabe exactamente quanto gasta na única linha que sempre vigiou, e tem uma noção vaga do resto.

Quem decide, e porque isso mudou

A prática subiu na hierarquia, e isso muda quem tem de fazer esta pergunta.

78% dos praticantes de FinOps reportam hoje ao CTO ou ao CIO, mais 18 pontos percentuais face ao ano anterior. E onde há envolvimento de vice-presidência ou de nível C, a influência real sobe de forma acentuada: na selecção de serviço de cloud, 53% contra 24% sem esse envolvimento; na selecção de fornecedor, 47% contra 16%; na decisão entre cloud pública e centro de dados próprio, 28% contra 12%.

A leitura é directa. Quando o FinOps era só sobre a factura de cloud, podia viver dentro da equipa de infraestrutura, um assunto técnico com reflexo financeiro. Com o âmbito alargado a licenciamento, inteligência artificial e centro de dados, deixa de ser um assunto que se resolve sem a gestão de topo. A decisão de gerir esta lista completa é, cada vez mais, uma decisão que se toma ao nível do CTO ou do CIO, não abaixo dele.

Que dimensão de equipa isto exige

O alargamento de âmbito não exige um alargamento proporcional de equipa, e o dado surpreende quem espera o contrário.

Organizações acima de 100 milhões de dólares de gasto anual em tecnologia operam, em média, com 8 a 10 praticantes internos e 3 a 10 profissionais contratados. 60% organizam-se em modelo centralizado, com um núcleo pequeno e campeões embebidos nas equipas que gastam. 21% em modelo hub-and-spoke. Menos de 10% estão totalmente descentralizadas.

A explicação do relatório é directa: a escala vem de capacitação e de automação, não de número de pessoas. Um núcleo pequeno com processo claro cobre um âmbito muito maior do que uma equipa grande sem esse processo.

Por onde começar sem parar a operação

Não é preciso ferramenta nova para começar. É preciso três decisões, pela ordem certa.

Primeiro, âmbito declarado por escrito: a checklist acima, confirmada linha a linha contra os contratos e os centros de custo reais da organização, não contra uma lista genérica. Segundo, um dono nomeado por cada linha confirmada, com nome próprio, não com o nome de uma equipa. Terceiro, a mesma cadência de revisão para todas as linhas, incluindo as que hoje não têm nenhuma. A cloud deixa de ser a única linha auditada todos os meses, e passa a ser uma entre várias, todas com o mesmo tratamento.

Nenhuma destas três decisões exige plataforma nova. Exigem decisão de desenho, tomada antes de se discutir onde cortar.

Quando isto não vale o esforço

Vale registar a excepção, porque nem toda a organização precisa deste exercício completo.

Se o gasto de tecnologia fora da cloud pública for residual, concentrado num único contrato já revisto e sem sinal de crescimento, montar um processo formal de âmbito alargado é resolver um problema que ainda não existe nessa escala. A prioridade, nesse caso, continua a ser a disciplina já conhecida sobre a própria factura de cloud. A distinção certa não é o tamanho da empresa. É se já existem três ou mais linhas fora da cloud a crescer sem dono nomeado. Se sim, o exercício compensa. Se não, pode esperar.

Perguntas frequentes

FinOps aplica-se a licenciamento de software tradicional? Sim. 64% dos praticantes de FinOps já gerem licenciamento formalmente dentro do mesmo processo que usam para a cloud, segundo o State of FinOps 2026.

É preciso comprar uma ferramenta nova para alargar o âmbito? Não é o primeiro passo. O primeiro passo é o âmbito declarado por escrito e o dono nomeado por linha. Ferramenta de agregação ajuda depois, quando o processo já existe.

Quem deve ser o dono de cada linha de gasto? Uma pessoa com nome próprio, não uma equipa. O relatório mostra que a decisão sobe até ao CTO ou ao CIO com mais frequência à medida que o âmbito cresce, mas a execução linha a linha continua a precisar de um dono operacional único.

Qual é a cadência mínima de revisão recomendada? A mesma que já se aplica à cloud pública, tipicamente mensal. A regra central deste artigo é que todas as linhas do âmbito partilhem a mesma cadência, sem a cloud continuar a ser a única excepção auditada.

Uma equipa pequena consegue cobrir este âmbito alargado? Consegue, e é o padrão observado. Organizações acima de 100 milhões de dólares de gasto anual operam com núcleos de 8 a 10 praticantes internos, porque a escala vem de processo e automação, não de número de pessoas.

O que fazer com isto

A pergunta com que este artigo abriu tem agora uma resposta mais precisa do que "cloud". Tem sete linhas possíveis, uma checklist para confirmar quais se aplicam, e uma explicação de porque as que faltam custam mais do que parecem enquanto não tiverem dono.

Fazer o inventário completo, linha a linha, costuma demorar menos do que se receia, e o resultado é quase sempre incómodo da primeira vez. Agendar Sessão de Esclarecimento, sem compromisso, para perceber quantas destas linhas já existem na operação sem dono nomeado.

Sobre os padrões mais comuns de desperdício dentro da própria factura de cloud, vale a pena ler também os cinco padrões que continuam a destruir o orçamento de IT, e sobre a linha do âmbito que cresce mais depressa, porque 80% das previsões de custo de inteligência artificial em cloud falham.