Os erros de planejamento que fazem o budget de TI virar motivo de conflito com o CFO

Tem um padrão que se repete em quase todas as empresas que audito: budget de TI aprovado em janeiro, revisto em maio, refeito em agosto, congelado em outubro.

Isso não é imprevistos do ano. Isso é planejamento ruim.

E gera o pior efeito colateral possível: o CFO perde confiança no CIO. "Toda vez que aprovamos um número, vocês voltam pedindo mais." A partir desse ponto, todo budget futuro é olhado com suspeita. Mesmo os bem feitos.

Vou listar os erros mais comuns que vejo, e que transformam budget de TI em motivo de conflito com finanças.

Erro 1: Subestimar custos recorrentes de licença

Quase todo budget começa com um número de licença que vai aumentar.

Cliente do setor financeiro que atendi em 2024 tinha planejado R$ 480 mil/ano em licenças Microsoft. Em junho, o número real ficou em R$ 720 mil.

Por que a diferença?

• Crescimento orgânico de usuários não foi considerado (a empresa cresceu, novos funcionários precisam de licença)
• Reajuste anual do fornecedor (média de 8-12% ao ano em licenças corporativas)
• Mudança de tier de licença (Microsoft moveu E3 para E5 em parte da base)
• Compliance license review (auditoria de uso identificou subutilização de algumas licenças e superutilização de outras)

O cálculo correto para licenças recorrentes:

Base atual + crescimento esperado de usuários no ano + reajuste anual do fornecedor + reserva de 5-10% para variações.

Para o caso citado: 480 + 90 (15% de crescimento) + 60 (10% de reajuste) + 60 (reserva) = R$ 690 mil. Muito mais próximo do real.

Erro 2: Não incluir o custo de pessoas no projeto

Esse é dos que mais me espantam, mas é frequente.

Empresa aprovou projeto de implementação de SAP S/4HANA. Budget: R$ 4,2 milhões. Custo de implementação por integrador. Treinamento. Hardware. Licenças. Tudo lá.

Faltou: o custo de 7 pessoas internas dedicadas em tempo integral por 14 meses.

7 pessoas x R$ 18 mil/mês carregado x 14 meses = R$ 1,76 milhão.

Esse custo nunca virou linha de budget. Foi absorvido pela operação. Resultado: os projetos rotineiros dessas pessoas foram pausados ou atrasados. Backlog operacional cresceu. No fim do projeto, foi preciso contratar mais 4 pessoas para limpar o backlog acumulado.

Custo total real do projeto: R$ 4,2 milhões + R$ 1,76 milhão (pessoas internas) + R$ 480 mil (contratações pós-projeto) = R$ 6,44 milhões.

Quase 54% acima do orçado.

Toda alocação de pessoa interna em projeto deve aparecer no budget, mesmo que como custo de oportunidade. Sem isso, o budget não reflete o investimento real.

Erro 3: Budget sem reserva para incidentes

Pergunta direta: qual sua reserva orçamentária para incidentes não previstos em 2026?

Se a resposta for "zero" ou "a gente vê quando acontecer", você está construindo budget de fachada.

Em ambiente de TI, incidentes acontecem. Servidor que falha. Licença que precisa ser comprada com urgência. Consultoria especializada para resolver problema crítico. Reposição de hardware fora do ciclo planejado.

Reserva razoável: 5-10% do budget total de TI. Para uma empresa com budget de TI de R$ 6 milhões, reserva de R$ 300-600 mil.

O que faz o CFO ficar furioso não é o incidente. É ter que aprovar verba não prevista. "Vocês não tinham previsto isso?"

Reserva orçamentária bem apresentada vira economia. "Provisionamos R$ 400 mil para incidentes não previstos. Usamos R$ 270 mil. Devolvemos R$ 130 mil ao caixa." Isso aumenta credibilidade.

Erro 4: Apresentar tecnologia sem apresentar o problema que resolve

Esse é o erro de framing.

"Precisamos investir R$ 600 mil em modernização do parque de servidores."

Resposta natural do CFO: "por que?"

Se você responder "porque os servidores atuais têm 5 anos e a tecnologia evoluiu", você perdeu a aprovação. Tecnologia evoluir não é problema de negócio.

Se você responder "os servidores atuais geraram 14 incidentes no último ano custando aproximadamente R$ 380 mil em prejuízo operacional. Modernizá-los reduz esse número para uma faixa esperada de 2-3 incidentes/ano, com investimento de R$ 600 mil e vida útil de 5 anos", aí o CFO consegue avaliar.

Toda linha de budget precisa ter:

1. Problema de negócio que ela endereça
2. Custo de não fazer
3. Custo de fazer
4. Razão custo de não fazer / custo de fazer

Se essa razão é maior que 2, o investimento é forte. Se é maior que 5, é evidente. Se é menor que 1, deveria ser revisto.

Apresentação que mostra essa lógica é apresentação que aprova.

Como construir credibilidade orçamentária com o CFO ao longo do tempo

Olha, vou ser direto: confiança com o CFO se constrói em anos, não em uma apresentação.

O que faz diferença ao longo de 2-3 anos de exercício:

1. Devolução de saldo

Quando você aprova budget e termina o ano com saldo positivo (gastou menos que o previsto, mesmo entregando o planejado), você ganha pontos de credibilidade.

CIO que devolve dinheiro vira aliado do CFO. CIO que sempre estoura vira inimigo.

2. Realismo nas projeções

Não infle projeção de benefício para vender o projeto. "Vamos economizar R$ 800 mil/ano" e entregar R$ 320 mil reais te queima.

Melhor projetar "vamos economizar R$ 350 mil/ano" e entregar R$ 480 mil reais. Surpresa positiva constrói confiança.

3. Transparência sobre risco

Apresentar projetos com cenário pessimista, realista e otimista mostra maturidade.

CIO que só apresenta cenário otimista é CIO que o CFO desconfia. CIO que apresenta a variabilidade honesta é CIO que o CFO ouve.

4. Linguagem financeira

Aprenda a falar a língua. EBITDA, payback, CapEx, OpEx, depreciação acelerada, benefício tributário. Não precisa ser CFO. Mas precisa conseguir conversar.

Reunião com CFO em que CIO usa termos financeiros corretamente economiza 30% do tempo de explicação e aumenta substancialmente a aprovação.

5. Cronograma de reuniões previsíveis

Em vez de aparecer no CFO só quando precisa de dinheiro, mantenha cadência. Reunião trimestral de status orçamentário. Variações explicadas com antecedência. Sem surpresas.

CFO odeia surpresa. Reuniões previsíveis previnem surpresas.

Credibilidade orçamentária é o ativo mais valioso de um CIO. Demora anos para construir e poucos meses de mau planejamento para perder.

Erro 5: Não acompanhar a execução do budget durante o ano

Listei 4 erros. Tem um quinto que merece destaque separado: ausência de acompanhamento mensal.

Budget aprovado em janeiro vira referência morta se não for monitorado.

O que funciona:

• Revisão mensal de execução vs orçado, por categoria
• Alerta automático para qualquer linha que ultrapassar 80% do orçado antes do mês 8
• Reunião trimestral formal com CFO para revisão
• Reforecast formal no meio do ano (julho), ajustando para a realidade observada

CIO que aparece no CFO em setembro pedindo verba adicional perde credibilidade. CIO que sinaliza em maio que uma linha está estourando, com plano de mitigação, ganha credibilidade.

Diferença entre CFO bom e CFO ruim na perspectiva de TI

Vou ser franco em algo que ninguém fala: nem todo CFO é fácil de trabalhar.

CFO bom para TI:

• Investe tempo para entender o que TI realmente faz
• Aceita projetos com ROI difuso quando bem justificados
• É parceiro em negociação com fornecedores
• Apoia decisões de longo prazo mesmo com custo de curto prazo

CFO ruim para TI:

• Trata TI como centro de custo a ser cortado
• Exige ROI tradicional em todos os projetos
• Negocia internamente em vez de focar no fornecedor
• Toma decisões financeiras sem consultar TI sobre implicações técnicas

Se você tem o segundo tipo, sua estratégia muda. Mais documentação. Mais formalização. Menos discussão técnica, mais argumento financeiro. Funciona, mas é exaustivo.

Erro 6: Não considerar custo de saída de contratos atuais

Bônus: erro que entra na conta quando você está migrando de fornecedor.

Você decide trocar fornecedor de ERP. Budget aprova R$ 1,5 milhão para implementação do novo. Esqueceu de calcular:

• Multa rescisória do contrato atual (se houver)
• Custo de dual-running durante a transição (6-12 meses pagando dois fornecedores)
• Custo de migração de dados
• Custo de retreinamento da equipe

Custo total real: R$ 2,8 milhões. Quase 90% acima do projetado.

Toda troca de fornecedor relevante deve incluir custos de saída do contrato atual. Sem isso, o budget está incompleto e a aprovação é viciada.

Em resumo: os 6 erros que destruem credibilidade orçamentária

1. Subestimar custos recorrentes de licença
2. Não incluir custo de pessoas no projeto
3. Budget sem reserva para incidentes
4. Apresentar tecnologia sem o problema que resolve
5. Não acompanhar execução mensalmente
6. Esquecer custos de saída de contratos atuais em migrações

Evite esses 6 e seu budget não vira motivo de conflito. Cair em 3 ou mais e a credibilidade leva 2-3 ciclos para se recompor.

Como recompor credibilidade depois de estouro

Se você já estourou orçamento e perdeu credibilidade com o CFO, o caminho de volta existe. Mas demora.

Movimento 1: reconhecer formalmente. Não tente disfarçar. Marque reunião com CFO, apresente o estouro, explique honestamente o que deu errado, proponha plano de mitigação.

Movimento 2: governança mais rigorosa por 12 meses. Reuniões mensais. Indicadores de execução. Alertas antecipados. Mostre que aprendeu.

Movimento 3: ciclo seguinte com projeções conservadoras. Devolva saldo. Surpreenda positivamente.

Movimento 4: acumular vitórias pequenas. Cada ciclo bem executado restaura um pouco de credibilidade. Em 18-24 meses de execução limpa, posição volta ao nível anterior.

Não tem atalho. Credibilidade perdida demora a voltar. Mas volta, se tratada com seriedade.

Se você está revendo seu planejamento — ou se quer comparar seus números com referências setoriais antes da próxima reunião com finanças — vale rodar a calculadora. Em 10 minutos te dá uma fotografia bem honesta de onde você está.

O erro #1: subestimar custo de OpEx pós-projeto

Erro recorrente em budget de TI: CapEx do projeto novo é dimensionado com cuidado, mas o OpEx pós-implantação é subestimado. Resultado: budget anual seguinte estoura, e o CIO precisa pedir ajuste no meio do ano.

Os componentes que costumam ser esquecidos: licenças anuais de software (especialmente em modelo SaaS); custos de cloud em crescimento conforme adoção; manutenção evolutiva (correções, ajustes, pequenas melhorias) tipicamente 15-25% do CapEx por ano; suporte premium do fornecedor para sistemas críticos; treinamento contínuo do time interno.

Regra empírica para projetos médios: OpEx anual = 18-25% do CapEx inicial. Projeto de R$ 5 milhões em CapEx gera tipicamente R$ 900 mil a R$ 1,25 milhão de OpEx adicional anual. Quem não previu esse impacto no budget do ano seguinte sofre.

Como prevenir: matriz de TCO obrigatória em qualquer projeto acima de R$ 500 mil; revisão semestral do budget anual considerando projetos concluídos; reserva específica para "OpEx residual de projetos do ano anterior".

O erro #2: subestimar custo de cloud em crescimento

O segundo erro estrutural: budget de cloud baseado em consumo atual, sem prever crescimento. Empresas que migraram para cloud nos últimos anos descobrem repetidamente que o custo cresce mais rápido que o budget estimado.

Padrão observado: crescimento médio de consumo de cloud em empresas brasileiras em maturação digital — 35-60% ao ano nos primeiros 2-3 anos. Depois estabiliza em 15-25% anual. CFO que aprovou orçamento linear de 10% recebe surpresa.

Causas típicas do crescimento: adoção de novos workloads que migram em cascata; aumento de armazenamento conforme dados acumulam; uso de serviços gerenciados mais caros que infra base; ambientes não-produtivos crescendo sem governance; vazamento de custo via desperdício (recursos provisionados não utilizados, ambientes esquecidos).

Mitigação: prática de FinOps formalizada com indicadores mensais visíveis ao time; revisão trimestral de custos por workload; políticas automatizadas de tagging, shutdown e direcionamento de recursos; orçamento de cloud com elasticidade reconhecida no budget anual.

O erro #3: tratar segurança como linha residual

Terceiro erro: budget de segurança definido como percentual fixo do budget de TI (tipicamente 5-8%), sem considerar perfil real de risco da empresa.

Empresas em setores de alto risco (financeiro, saúde, infraestrutura crítica) frequentemente investem 12-20% do budget de TI em segurança. Empresas em setores menos expostos podem operar com 4-6%. A diferença não é arbitrária — reflete diferença real de exposição.

Quando a empresa define orçamento por percentual médio sem considerar perfil, dois cenários ocorrem: subinvestimento (empresa em setor de alto risco gasta o que outras gastam, e fica exposta) ou superinvestimento (empresa em setor de baixo risco gasta proporcional a setores de alto risco, e desperdiça).

O método correto: análise de exposição (que dados a empresa processa, que regulações aplicam, qual o histórico de incidentes setoriais); benchmark setorial específico; definição de meta de investimento alinhada ao perfil real; revisão anual conforme o panorama de ameaças evolui.

Empresa que faz essa análise se posiciona bem. Empresa que economiza nessa análise está apostando.