Preciso gerenciar meu orçamento de TI
Resposta rápida
Gerenciar orçamento de TI é menos sobre planilha e mais sobre rito mensal de leitura cruzada com o financeiro. Estruture o orçamento separando OPEX (recorrente: cloud, licenças, manutenção, MSP) de CAPEX (investimento: hardware, projetos, migração), com cada linha tendo dono e previsão por mês. Faça fechamento mensal comparando realizado vs planejado por categoria, identifique desvios maiores que a tolerância acordada (usualmente 5 a 10%) e investigue antes do trimestre virar. Para desvios reais, escreva a narrativa: o que mudou, por quê, qual foi a decisão e qual o impacto até o fim do ano. Orçamento de TI sem ritual mensal vira surpresa no fechamento — e surpresa no fechamento corrói credibilidade com o CFO.
Na empresa pequena, o orçamento de TI cabe em uma planilha simples — geralmente menos de quinze linhas. A separação OPEX/CAPEX existe, mas é direta: assinaturas, hardware e projeto eventual. O controle costuma ser do próprio ponto focal de TI conversando com o sócio ou diretor financeiro, sem departamento intermediando. O risco aqui é não enxergar pequenas assinaturas que se acumulam — ferramenta nova de R$ 200 ao mês entra e nunca sai do controle. Disciplina mínima: inventário trimestral de tudo que está sendo pago, mesmo o pequeno. Surpresa fim de ano em PME pequena raramente vem de hardware, quase sempre vem do soma de muitos SaaS que cresceram sob o radar. Conversa direta com o sócio em vez de relatório formal funciona melhor nesse porte.
Na empresa média, o orçamento já tem volume e múltiplas categorias, e o coordenador de TI conversa formalmente com controladoria mês a mês. A separação OPEX/CAPEX vira obrigatória — não dá para misturar sob pena de bagunçar margem e investimento. O risco característico é o "orçamento histórico": cada ano usa o anterior como base, sem revisão real do que ainda faz sentido, e o orçamento incha. Custo cloud é o ponto mais comum de desvio nesse porte: cresce silenciosamente conforme a empresa adota mais sistemas e ninguém faz revisão FinOps regular. Reunião mensal com financeiro de quarenta e cinco minutos lendo realizado vs planejado, com explicação para cada desvio acima da tolerância, mantém o orçamento conectado ao que está acontecendo de verdade.
Na empresa grande, o orçamento de TI é processo industrializado com sistema (geralmente ERP financeiro com módulo de TI ou ferramenta de TBM dedicada), responsáveis por centro de custo dentro da TI, e diálogo trimestral com CFO. O risco aqui é diferente: o sistema gera relatório, mas a narrativa de leitura se perde, e a TI vira uma série de números sem história. Hierarquização ganha peso — leitura executiva precisa de dez a quinze linhas agregadas, mesmo que o detalhe rode com centenas. Show-back para áreas-cliente (mostrar quanto a área consome de TI sem cobrar ainda) costuma ser o passo intermediário para chargeback futuro e disciplina demanda. CAPEX virou tema sensível em muitas grandes — depreciação, capitalização de software interno, normas contábeis — e exige coordenação fina com controladoria.
- O fechamento mensal traz surpresa de gasto que você não viu chegar
- O CFO descobre antes de você que TI estourou alguma linha
- Você não sabe na ponta da língua o que é OPEX e o que é CAPEX
- Custo cloud cresce mês a mês sem ninguém explicar por quê
- Assinaturas pequenas se acumulam e ninguém tem o inventário completo
- O orçamento do ano novo é o do ano passado com inflação somada
Como estruturar o orçamento de TI
O orçamento de TI bem feito tem três cortes simultâneos: por natureza contábil (OPEX vs CAPEX), por categoria funcional (infraestrutura, sistemas, segurança, projetos, equipe) e por dono dentro da TI (quem responde pelo realizado de cada linha). Os três cortes não são opcionais — sem natureza contábil, controladoria não usa o número; sem categoria funcional, você não enxerga onde está investindo; sem dono, ninguém explica os desvios.
OPEX é despesa recorrente que aparece todo mês — assinaturas, cloud no modelo de consumo, contratos de manutenção, MSP, conectividade, licenças de software como serviço. CAPEX é investimento que vira ativo — hardware, software comprado para uso prolongado, projeto de implantação capitalizável. A separação importa porque OPEX afeta margem direta, enquanto CAPEX afeta caixa hoje e despesa diluída via depreciação. Misturar os dois bagunça a margem operacional e atrasa decisão sobre investimento.
O ritual mensal de leitura
Toda apuração mensal precisa do ritual de leitura. Cinco passos: puxar realizado por linha, comparar com planejado, identificar desvios acima da tolerância (5 a 10% costuma ser razoável), escrever uma frase de narrativa para cada desvio relevante e atualizar a projeção até o fim do ano com base no que foi aprendido. Sem essa cadência, o orçamento vira ficção: o planejado fica congelado e o realizado é uma surpresa atrás da outra.
- Importe o realizado. Puxe do ERP financeiro ou da planilha de controle os gastos do mês, classificados na mesma estrutura do planejado.
- Compare linha a linha. Diferença absoluta e percentual de cada categoria. Atenção especial às linhas que costumam variar (cloud, projetos).
- Marque o que excede a tolerância. Tudo acima de 5 a 10% de desvio entra na lista de investigação. Tudo abaixo segue sem detalhamento.
- Escreva a narrativa. Para cada desvio relevante: o que aconteceu, por que aconteceu, qual decisão foi tomada, qual impacto no resto do ano.
- Atualize a projeção anual. Recalcule o forecast até dezembro. Desvio do mês não fica preso ao mês — projeta-se para frente.
Como justificar desvios ao financeiro
A justificativa de desvio que funciona segue uma estrutura simples: fato, causa, decisão, impacto. "O custo cloud subiu 15% no mês" (fato). "Porque migramos o ambiente de homologação do projeto X para AWS" (causa). "Mantemos a migração porque o ROI do projeto compensa em quatro meses" (decisão). "Esperamos retorno à linha base em três meses, com economia líquida de R$ Y no ano" (impacto). Sem essa estrutura, o desvio vira só "TI estourou de novo".
O financeiro precisa entender o que está vendo. Linguagem da área (depreciação, amortização, EBITDA, capex aprovado, opex recorrente) ajuda mais do que jargão técnico de TI. Quando você fala como o financeiro fala, o desvio vira análise compartilhada; quando você fala em "instâncias EC2" sem traduzir, vira problema do CFO acreditar em você ou não.
Planejando o próximo ciclo
O orçamento do ano seguinte não se constrói copiando o atual. Três insumos devem alimentá-lo: o realizado dos últimos doze meses (não só o planejado), os projetos previstos para o ano novo (com OPEX recorrente que vai gerar) e a revisão linha a linha do que ainda faz sentido manter. Ferramenta sem uso real, contrato com vendor sem entrega, licença subutilizada — tudo isso é candidato a corte. Sem revisão zero-based ao menos a cada dois ou três anos, orçamento incha por inércia.
Orçamento histórico cego. Construir o ano novo somando inflação ao ano anterior, sem revisar o que mudou. Em três ciclos, o orçamento vira retrato de decisões que ninguém mais lembra ter tomado.
Misturar OPEX e CAPEX. Quando o controle não distingue, a margem operacional fica errada e a decisão de investimento vira chute. Controladoria também perde confiança no número.
Subestimar cloud variável. Custo cloud em modelo on-demand cresce com uso. Sem alerta de budget e revisão FinOps regular, o desvio de cloud é a fonte número um de surpresa em orçamento de TI hoje.
Sem dono por linha. Quando ninguém responde por uma categoria específica, o desvio dela é problema de ninguém — e fica sem investigação até virar problema de todos.
- OPEX e CAPEX estão separados e batem com a classificação contábil
- Cada linha tem dono identificado para responder por desvios
- Desvios acima da tolerância têm narrativa fato-causa-decisão-impacto
- A projeção até o fim do ano foi atualizada com base no realizado
- Inventário de assinaturas e contratos está casado com o realizado
- Linhas que costumam variar (cloud, projetos) receberam atenção específica