Toda empresa que planeja alguma coisa planeja o negócio em três e cinco anos. Onde quer estar, quanto quer faturar, que mercados quer abrir, quantas pessoas vai contratar. Isso está escrito, é revisado todo ano e alguém responde por ele.

Pergunte pela TI no mesmo horizonte e a conversa muda de temperatura. Existe orçamento do ano que vem — às vezes o do trimestre. Existe uma lista de projetos aprovados. Mas plano de três a cinco anos, com a mesma disciplina do plano de negócio, quase nunca existe.

É uma assimetria estranha, porque a TI hoje é o que executa o plano de negócio. E é essa assimetria que transforma a área em reação permanente.

O sintoma que todo mundo reconhece

O sintoma não é falta de trabalho. É o tipo de trabalho.

A área vive de demanda que chega pronta: o comercial fechou com um cliente que exige integração; o jurídico precisa responder a uma norma nova; a diretoria comprou uma empresa e agora são dois ERPs. Cada uma dessas é legítima. O problema é que todas chegam como fato consumado, com prazo definido por terceiros.

Quando isso é a rotina, três coisas acontecem em sequência. A área perde a capacidade de dizer não, porque não tem um plano contra o qual comparar o pedido. Passa a escolher sempre a solução mais rápida, que quase nunca é a mais barata no total. E acumula uma dívida que ninguém contratou, mas que todo mundo paga depois.

O nome dessa dívida varia — sistema que ninguém sabe manter, integração feita às pressas que virou dependência, servidor que não pode ser desligado porque ninguém sabe o que roda nele. A origem é a mesma: decisão tomada sob prazo alheio, sem lugar num plano.

Por que a TI não é planejada no mesmo prazo

Não é desleixo. Há razões, e vale entendê-las antes de propor qualquer coisa.

A tecnologia parece mudar rápido demais para planejar. É o argumento mais comum, e é meia verdade. Ferramenta muda rápido; capacidade muda devagar. “Fechar exposição em prazo curto” e “ter dado confiável para decidir” continuam valendo daqui a cinco anos, independentemente do produto que estiver na moda.

O orçamento é anual, então o pensamento vira anual. O ciclo financeiro molda o horizonte mental. Só que o plano de negócio também convive com orçamento anual e nem por isso deixa de ser plurianual.

Falta linguagem comum. Plano de negócio fala de mercado, receita e margem. Plano de TI costuma vir em nomes de produto e versões. Uma diretoria não tem como priorizar entre duas coisas que não entende, e o que não se prioriza vira fila por ordem de chegada.

Ninguém cobra. Não existe conselho pedindo o plano de TI de cinco anos. Enquanto não faltar, não aparece.

A pergunta que organiza tudo

Antes de metodologia, uma pergunta. Quando alguém pede um sistema, a resposta útil não é qual sistema — é para quê.

“Preciso de um CRM.” Para quê? “Para melhorar as vendas.” Melhorar como — vender para mais gente, vender mais para quem já é cliente, ou perder menos no meio do funil? Cada uma dessas respostas leva a uma decisão técnica diferente, e duas delas talvez não precisem de CRM nenhum.

Parece óbvio e quase nunca é feito, porque exige admitir que o pedido chegou sem objetivo declarado. Mas é essa pergunta que liga a técnica ao negócio — e sem essa ligação não existe plano, existe lista de compras.

O plano em quatro perguntas

Um plano de TI plurianual não precisa ser um documento de cem páginas. Precisa responder quatro coisas, e ser revisado quando o negócio mudar.

1. O que o negócio vai exigir? Sai do plano de negócio, não da TI. Vai abrir filial em outro país? Então haverá exigência fiscal e de latência. Vai comprar empresas? Então haverá integração e consolidação, mais de uma vez. Vai vender para setor regulado? Então haverá auditoria e evidência. Cada movimento de negócio tem uma consequência técnica previsível — e previsível significa planejável.

2. O que já existe, e em que estado? Inventário honesto: o que roda, quem mantém, o que está fora de suporte, o que ninguém sabe explicar. Essa é a parte que costuma doer, porque expõe o acumulado. É também a que mais economiza depois — boa parte do que se planeja construir já existe, malfeito ou esquecido.

3. O que precisa nascer, e o que precisa morrer? Planos de TI adoram a primeira metade e ignoram a segunda. Desativar tem custo, tem risco e tem dono — e se não estiver no plano, não acontece. Ambiente que nunca morre é o que faz o custo subir sem ninguém entender por quê.

4. Em que ordem, e por quê? A ordem não é técnica: é de dependência e de risco. O que trava outras coisas vem antes. O que tem risco regulatório com data vem antes. O que é desejável mas isolado pode esperar — e precisa estar escrito que vai esperar, senão volta como urgência.

Como escrever de um jeito que a diretoria entenda

A regra é simples: o plano se escreve em capacidades, não em produtos.

“Migrar para a versão X” não é objetivo — é meio. “Conseguir fechar o mês em três dias em vez de dez” é objetivo, e sobrevive à troca de fornecedor. “Implantar a ferramenta Y” não diz nada a quem decide; “reduzir para 48 horas o tempo entre descobrir uma vulnerabilidade explorável e corrigi-la” diz, e dá para medir.

Essa tradução tem um efeito colateral valioso: ela força a TI a saber por que está fazendo o que faz. Projeto que não sobrevive à tradução para linguagem de negócio geralmente não deveria estar na lista.

O que muda quando o plano existe

Três coisas mudam, e nenhuma delas é a velocidade de entrega.

A conversa muda de lugar. Quando chega um pedido novo, a pergunta deixa de ser “dá para fazer?” e passa a ser “isso entra no lugar de quê?”. Priorizar deixa de ser uma opinião da TI e vira uma decisão de negócio, com o custo visível.

A dívida passa a ser escolha. Continuará havendo urgência, e continuará sendo certo atender algumas delas mal e rápido. A diferença é que isso vira decisão registrada, com prazo para corrigir — e não acidente que ninguém lembra de ter causado.

O orçamento fica defensável. Pedir verba para “atualizar a infraestrutura” é difícil. Pedir para “sustentar a abertura de três filiais previstas no plano de negócio” é outra conversa — e é a mesma verba.

O limite honesto: plano nenhum elimina imprevisto, e a TI vai continuar apagando incêndio. O que ele muda é a proporção — de uma área que só reage para uma que reage e constrói. E essa diferença aparece justamente no horizonte de três a cinco anos, que é onde ela hoje não olha.

Por onde começar, se não existe nada

Não comece pelo documento. Comece pelo inventário do que existe e por uma leitura do plano de negócio — os dois insumos que o plano de TI precisa e que costumam estar em gavetas diferentes. É o mesmo levantamento que fazemos em diagnóstico de TI, e ele responde as duas primeiras perguntas antes de qualquer decisão de compra.

Depois disso, uma página. Quatro perguntas respondidas, uma ordem justificada, um dono na diretoria e uma data de revisão. Se não couber em uma página, ainda não está claro o suficiente para ser plano.

E vale registrar de onde vem essa observação: ela não nasceu de metodologia, nasceu de repetição. Em anos visitando empresas, a pergunta “qual é o seu plano de TI para os próximos três anos?” quase sempre encontra o mesmo silêncio — e é o mesmo silêncio, seis meses depois, quando alguém pergunta por que ninguém previu aquilo.

Perguntas frequentes