Preciso construir meu primeiro plano de TI
Resposta rápida
O primeiro plano de TI não é um documento bonito — é o contrato entre TI e o negócio para os próximos doze meses. Construa em cinco partes: diagnóstico do que existe hoje (inventário, riscos, contratos, dívida técnica), objetivos de TI amarrados aos objetivos do negócio do ano, frentes de trabalho (operação, segurança, projetos, dados), marcos trimestrais com entrega clara, e orçamento separado em OPEX e CAPEX. Acrescente três a cinco indicadores que a diretoria entenda — disponibilidade dos sistemas críticos, custo por usuário, projetos entregues no prazo. O plano vira reunião de acompanhamento mensal: sem ritual de revisão, vira PDF na gaveta.
Na empresa pequena, o plano de TI tem três páginas, não trinta. As frentes essenciais são fundação (backup que funciona, antivírus em todos os endpoints, política mínima de senha e acesso, conta corporativa para todo mundo), continuidade (link de internet com redundância, suporte que responde, dados protegidos contra o pior cenário) e dois ou três projetos do ano amarrados ao crescimento (ERP novo, site, ferramenta de gestão de cliente). Marcos são trimestrais e simples. O orçamento gira em torno de um MSP, licenças de produtividade e endpoints. O cuidado maior é não importar plano de empresa grande — vira documento que ninguém lê e tira tempo da operação.
Na empresa média, o plano ganha estrutura: quatro frentes claras (operação, segurança, projetos, dados e governança), comitê de TI mensal com áreas-cliente, indicadores que diretoria acompanha e roadmap trimestral com entregas amarradas a metas de negócio. É o porte onde projeto não consegue conviver com operação se não houver dono dedicado de cada um. O orçamento separa custo recorrente (MSP, cloud, licenças) de investimento (equipamento, projetos de implantação, capacitação). Erro comum aqui é deixar segurança e governança fora do plano por achar que "ainda não é hora" — quando o problema aparece, o custo de remediação é múltiplo do que seria preventivo.
Na empresa grande, o plano de TI é peça formal de planejamento estratégico, com torres (infraestrutura, aplicações, segurança, dados, projetos), portfólio de iniciativas priorizado, orçamento defendido em comitê de diretoria e indicadores reportados mensalmente. O plano dialoga com o plano de negócio, com o plano de risco e com o plano de capital. Marcos são trimestrais por torre, com revisão formal. O risco maior é o plano virar exercício político (cada área defendendo sua iniciativa) e perder coesão: para evitar, o líder de TI precisa amarrar cada iniciativa a um objetivo de negócio rastreável e cortar o que não tem patrocínio claro.
- TI vive apagando incêndio e nunca tem espaço para o que é estrutural
- A diretoria pede plano e você não sabe por onde começar
- Decisões de tecnologia surgem por demanda pontual, sem critério comum
- Orçamento de TI é defendido na base do achismo, sem narrativa
- Não existe roadmap escrito do que vai acontecer no ano
- Cada área cobra prioridade e quem grita mais alto ganha a fila
As cinco partes de um plano de TI que funciona
O plano de TI da primeira vez tende a virar um de dois extremos: documento gigante que ninguém usa, ou meia página vaga que não orienta decisão. O caminho do meio tem cinco partes claras, cada uma respondendo uma pergunta direta.
1. Diagnóstico do estado atual
Antes de prometer qualquer coisa, mostre o que existe hoje. Inventário básico (equipamentos, sistemas, contratos, licenças), riscos abertos (backup não testado, acessos compartilhados, sistemas em fim de vida), dívida técnica acumulada e custo atual de TI. Esse diagnóstico é o ponto de partida — sem ele, o plano flutua.
2. Objetivos amarrados ao negócio
O plano de TI não tem objetivos próprios desconectados — tem objetivos derivados dos objetivos do negócio do ano. Se a empresa vai abrir três unidades, TI precisa entregar conectividade e sistemas para essas unidades. Se a empresa vai dobrar a base de clientes, TI precisa garantir escala do CRM e do atendimento. Cada objetivo de TI deve ter uma frase que cite o objetivo de negócio que ele sustenta.
3. Frentes de trabalho
Quatro frentes cobrem a maior parte do que TI faz: operação (continuidade, suporte, infraestrutura), segurança (políticas, proteção de dados, conformidade), projetos (sistemas e melhorias amarrados ao negócio) e governança (orçamento, contratos, indicadores, fornecedores). Em empresa com maturidade de dados, adicione uma quinta: dados e BI. Cada frente tem dono, escopo e ritmo de revisão.
4. Marcos trimestrais
Plano anual sem marcos trimestrais não se cobra. Quebre as entregas em quatro ondas claras, com data e responsável. Os marcos precisam ter granularidade suficiente para mostrar progresso a cada três meses — não "implantar ERP no ano", mas "selecionar fornecedor no Q1, contratar no Q2, piloto no Q3, go-live no Q4".
5. Orçamento OPEX e CAPEX separados
Diretoria que aprova orçamento de TI quer saber, em duas linhas, quanto é custo recorrente e quanto é investimento pontual. Separar OPEX (MSP, licenças, cloud, telefonia, suporte) de CAPEX (equipamentos, projetos de implantação) facilita defesa e cobrança. Custo escondido em "outros" ou agregado em uma linha só erode confiança.
- Faça o diagnóstico básico. Inventário, riscos abertos, dívida técnica e custo atual. Sem isso, nenhum objetivo tem âncora.
- Pegue os objetivos do negócio. Se não há plano formal, sente com diretoria e liste as três a cinco prioridades do ano.
- Derive os objetivos de TI. Cada um amarrado a um objetivo de negócio. Sem amarração, corta.
- Organize em frentes. Operação, segurança, projetos, governança — e dados, se faz sentido. Cada frente com dono e escopo.
- Defina os marcos trimestrais. Quatro ondas, com entrega, data e responsável.
- Monte o orçamento OPEX/CAPEX. Levantar o que já é gasto + somar o que falta para fechar o plano.
- Escolha três a cinco indicadores. Disponibilidade, custo por usuário, entrega de projetos, satisfação, segurança — o que faz sentido para esta empresa.
- Pactue ritual de revisão. Reunião mensal com diretoria, revisão trimestral formal do plano.
Os indicadores que sustentam o plano
Indicadores de TI que ressoam com diretoria não são os internos da área (uptime de servidor, número de chamados resolvidos) — são os que mostram efeito no negócio. Quatro famílias funcionam para a maioria das empresas. Disponibilidade dos sistemas críticos (percentual de tempo em que os sistemas que o negócio depende ficaram em pé). Custo de TI por usuário ou por receita (mostra eficiência da operação ao longo do tempo). Entrega de projetos no prazo (mostra capacidade de execução). Postura de segurança (alguma medida de exposição: vulnerabilidades abertas, percentual de endpoints atualizados, tempo médio de detecção). Mais do que cinco indicadores na capa do plano dilui a leitura.
Plano sem âncora no negócio. Lista de iniciativas de TI sem amarração com objetivos do ano vira lista de desejos. Diretoria corta sem culpa.
Marcos vagos demais. "Melhorar segurança no ano" não é marco. "Implantar MFA em todos os usuários até o fim do Q2" é marco. Falta de granularidade impede cobrança.
Orçamento agregado em uma linha. "TI custa X" tira da diretoria a possibilidade de discutir prioridades. Detalhe OPEX e CAPEX, ainda que em poucas linhas cada.
Excesso de iniciativas. Quinze projetos no plano em empresa que executa três bem é receita de não entregar nada. Priorize quatro a seis, com os outros documentados como backlog.
Plano sem ritual de revisão. Documento aprovado em janeiro e revisitado só em dezembro vira ficção. Reunião mensal de acompanhamento é o que faz o plano viver.
- Diagnóstico do estado atual escrito em uma página
- Cada objetivo de TI amarrado a um objetivo de negócio
- Frentes definidas com dono e escopo
- Marcos trimestrais com entrega, data e responsável
- Orçamento separado em OPEX e CAPEX
- Três a cinco indicadores escolhidos com baseline atual
- Ritual de revisão combinado: reunião mensal, revisão trimestral