Como este tema funciona na sua empresa
Raramente há separação formal entre orçamento de projeto e operacional. Quase todo gasto é operacional (manutenção, suporte). Projetos acontecem com "sobras" de recursos — quando há tempo disponível ou espaço no orçamento. Prioridade é manter a luz acesa, não inovar.
Separação começa a existir. Pressão para ambos (manutenção + inovação) é evidente. Conflito de recursos é frequente: pessoas dividem tempo entre suporte urgente e projeto estratégico. Necessário definir proporção clara e governança de alocação.
Separação é formalizada. Proporção típica: 70-80% orçamento para operação (run the business), 20-30% para projetos (change the business). Governança de alocação entre os dois é clara. Recurso é alocado formalmente a cada bucket.
Separação de orçamento de TI divide recursos em dois buckets: orçamento operacional (manutenção contínua da infraestrutura e suporte) e orçamento de projetos (iniciativas de transformação e inovação). A separação garante que TI invista em futuro sem comprometer presente.
Por que separar é crítico: o dilema "consertar ou inovar"
Empresas com orçamento único enfrentam dilema permanente: fazer manutenção ou iniciar projeto? O resultado é frequentemente escolher manutenção (urgente), adiando inovação. Ao final do ano, 100% do orçamento foi consumido por operação; nenhum projeto de transformação avançou.
Separar orçamento força a escolha de forma consciente. CEO decide: "alocamos 75% para operação, 25% para projetos". Operação tem recursos garantidos para manter sistemas rodando. Projetos têm recursos garantidos para transformação. Sem separação, TI fica permanentemente reativa.
Definindo limite claro: o que é operação e o que é projeto
A linha entre operação e projeto é frequentemente cinzenta. Uma atualização de versão é operação ou projeto? Um novo módulo em sistema existente é projeto ou operação?
Definições práticas:
- Operação (Run): Manter sistemas, infraestrutura e serviços funcionando no nível de serviço acordado. Inclui suporte, patching, backup, monitoramento, incident response. Custo previsível, resultado é manutenção do status quo.
- Projeto (Change): Criar capacidade nova, transformar processo, implementar nova ferramenta ou tecnologia. Tem data de início e fim, resultado é novo serviço ou capacidade. Após conclusão, transita para operação.
Não diferencia formalmente. Tudo é "TI precisa fazer". A separação que importa é mental: "qual é o tempo que podemos alocar para inovação sem comprometer operação?" (típicamente 1 dia/semana para um técnico = ~20% de capacidade).
Separação é documentada. Critério: projeto tem escopo, timeline, objetivo mensurável; operação é contínua e repetitiva. Documentação em wiki/Confluence ajuda clareza.
Separação é formal em sistema de orçamento. Cada gasto é classificado: operacional (código de custo de operação) ou projeto (código de projeto). PMO valida classificação.
Proporção adequada entre operação e projetos
Não existe proporção universal. Varia conforme ciclo de vida da empresa e contexto competitivo. Como referência de mercado:
- Startups em crescimento acelerado: 40-50% operação, 50-60% projetos (muita inovação, operação é simples)
- Empresas estabelecidas em estágio normal: 70-75% operação, 25-30% projetos
- Empresas em crise ou sob pressão econômica: 85-90% operação, 10-15% projetos (foco em sobrevivência)
- Empresas em transformação digital pesada: 60-65% operação, 35-40% projetos (temporariamente, enquanto transição dura)
A proporção muda ao longo do ciclo. Uma empresa que investe 25% em projetos por 3 anos acaba tendo mais capacidade madura em operação; pode reduzir para 20%. Uma em crise pode precisar reduzir para 10%.
Gestão de recursos compartilhados entre operação e projetos
Desafio maior: a mesma pessoa trabalha para ambos. Analista de infraestrutura faz manutenção de servidor (operação) e também implementa nova plataforma cloud (projeto). Como garantir que ambos avancem?
Abordagens práticas:
- Alocação clara: cada pessoa tem % alocado a projeto vs. operação (ex: 80% operação, 20% projeto). Não permite flexibilidade constante — tira poder de negociação de urgências de operação.
- Equipes dedicadas: pessoas diferentes para operação (suporte, monitoramento) e projetos (desenvolvimento, arquitetura). Requer mais contratações.
- Priorização rigorosa: operação tem SLA (uptime, tempo de resposta); projeto tem deadline. Quando operação viola SLA, projeto pausa. Quando projeto está em fase crítica, operação é terceirizada ou escalada.
Uma pessoa faz ambos. Modelo: prioritize operação sempre. Projeto é feito nos "gaps" — noites, fins de semana, pausas em operação. Insustentável a longo prazo.
Alocação clara: 2-3 pessoas 100% operação, 1-2 pessoas 100% projeto. Alocação de 80/20 é rara — difícil de manter. Se projeto virar operação (projeto virou sistema em produção), realoca pessoa para operação.
Equipes separadas ou alocação clara em sistema de RH. Pessoa com alocação X% em projeto não é contatada para operação exceto em emergência. Emergência é exceção, não regra.
Ciclo de orçamentação: como planejar ambos
Ciclo de orçamentação tipicamente é anual. Estrutura:
- Dimensionar operação: quanto custa manter sistemas rodando? (licenças, infraestrutura, pessoal, suporte). Dados: histórico de 3 anos, crescimento esperado.
- Definir proporção: se operação custa X, e decidimos 25% para projetos, orçamento total de projetos é X/0,75 × 0,25.
- Listar projetos candidatos: quais iniciativas de transformação queremos? Priorizar por impacto, urgência, viabilidade.
- Alocar orçamento: distribuir orçamento de projetos entre iniciativas aprovadas. Algo sempre fica de fora — é a realidade.
- Aprovar e comunicar: liderança aprova os dois buckets. Comunicar para TI: operação tem esse orçamento (garantido), projetos têm esse (compete por recursos).
Como transicionar projeto para operação
Risco comum: projeto fica "temporário" em produção, sem transição clara para operação. Custo fica ambíguo. Responsabilidade fica ambígua. Ao final, sistema vira "dívida técnica".
Transição limpa:
- Data de "go-live": projeto marca data em que sistema entra em produção
- Período de stabilização (30-60 dias): time de projeto continua responsável, mas operação acompanha
- Handoff formal: operação assume sistema, projeto encerra. Documentação é entregue.
- Orçamento transita: custo de projeto ? custo de operação. Pessoa alocada a projeto ? alocada a operação.
Comunicando trade-offs entre operação e projetos
Negócio frequentemente não entende por que "TI não consegue fazer tudo". Comunicação clara ajuda:
- "Temos R$ 1 milhão de orçamento para TI este ano. Manter sistemas rodando (operação) custa R$ 750 mil. Restam R$ 250 mil para projetos. Você pode escolher: fazer projeto A (custa R$ 250k) ou nenhum projeto este ano. O que prefere?"
- Alternativa: "Se quiser fazer projeto B também (custa R$ 400k total), preciso cortar operação de X, o que significa Y risco (downtime, menos suporte)".
Decisão consciente de trade-off é melhor do que deixar implicito e frustrado depois.
Ferramentas e frameworks para separar orçamentos
Estruturação pode usar frameworks simples ou sofisticados:
- Simples (PME): planilha com dois buckets, atualizações mensais
- Intermediária: ITFM (IT Financial Management) básico — Jira com separação de projeto/operação, Power BI para visualização
- Sofisticada (grande empresa): ferramenta dedicada de ITFM (ServiceNow, Planview, Apptio) com acompanhamento em tempo real
Sinais de que sua empresa precisa separar orçamentos
Se você se reconhece em três ou mais cenários abaixo, separação de orçamentos resolveria muitos conflitos.
- Projetos planejados são frequentemente cancelados por pressão operacional
- Não há orçamento claro para inovação; tudo é reação
- Mesma pessoa trabalha para operação e projeto; sempre há conflito
- Liderança não sabe por que TI não consegue fazer tudo que pede
- Projeto vira sistema em produção mas ninguém sabe seu orçamento
- Operação e projeto competem constantemente por recursos
- TI é percebido como "apenas custo" em vez de "investimento"
Caminhos para separar orçamento de projeto e operação
Estrutura pode ser implementada internamente ou com suporte externo.
Viável quando existe gestor de TI disposto a estruturar e negociar com liderança.
- Perfil necessário: gestor de TI ou controller de TI com visão de negócio
- Tempo estimado: 1 a 2 meses para definir proporção, estruturar processos, comunicar
- Faz sentido quando: empresa é média, resistência interna é baixa, modelos simples bastam
- Risco principal: falta de disciplina — pessoas continuam misturando projeto e operação sem rigor
Indicado quando a empresa quer implementação acelerada ou tem resistência interna forte.
- Tipo de fornecedor: Consultoria de gestão de portfólio de TI ou ITFM
- Vantagem: benchmark com mercado, modelo testado, validação externa, treinamento
- Faz sentido quando: empresa é grande, quer rigor, ferramentas e processos sofisticados
- Resultado típico: em 2 a 3 meses, modelo de separação documentado, processos definidos, ferramenta configurada, equipe treinada
Precisa estruturar separação entre orçamento operacional e de projetos?
Se separação clara entre operação e inovação é prioridade na sua empresa, o oHub conecta você gratuitamente a especialistas em gestão de portfólio de TI e ITFM. Em menos de 3 minutos, descreva sua situação e receba propostas personalizadas, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Como separar orçamento de projeto de orçamento operacional?
Defina limite claro: operação é manutenção contínua (uptime, suporte, patching); projeto é nova capacidade com data de início e fim. Aloque % do orçamento a cada bucket. Classifique gastos em sistema (ou planilha) conforme categoria.
Qual é o mix ideal entre projeto e operação?
Varia conforme contexto: startups 50/50, empresas estabelecidas 70-75% operação e 25-30% projetos, empresas em crise 85-90% operação. Proporção é decisão estratégica de liderança, não técnica de TI.
Como priorizar entre manutenção e inovação em TI?
Separação de orçamento força priorização consciente. Operação tem orçamento garantido (manter luz acesa). Projetos competem pelos recursos alocados. Ambos avançam em paralelo, não em trade-off permanente.
Como gerenciar recursos compartilhados entre projeto e operação?
Alocação clara é essencial: cada pessoa tem % para operação vs. projeto. Exemplo: 80% operação, 20% projeto. Não permite flexibilidade constante — reduz conflito. Alternativa: equipes dedicadas (mais caro).
Como comunicar trade-off projeto vs. operação?
Transparência: "Operação custa X, projetos têm Y disponível. Você pode escolher: fazer projeto A ou B?" Melhor que deixar implícito e frustrado depois.
O que fazer quando projeto compete com operação?
Separação prévia evita competição. Cada bucket tem recursos garantidos. Se projeto quer mais, precisa de aprovação de aumento de orçamento (que reduz operação ou vem de fora).