Chega agosto e começa a temporada de orçamento. A área comercial quer um CRM novo, o financeiro pede integração com o banco, a operação implora por um sistema que substitua as planilhas e o marketing tem três ferramentas para assinar. Somando tudo, o pedido é três vezes maior que o dinheiro disponível.
O que acontece nesse ponto define o ano seguinte inteiro. Na maioria das empresas, ganha quem apresenta melhor, quem tem mais proximidade com a diretoria ou quem fez mais barulho na última crise. Um ano depois, ninguém consegue explicar por que metade dos projetos não saiu do papel.
A tese deste texto é que planejar tecnologia não é montar a lista do que fazer, é decidir de forma consciente o que não será feito. Um plano sem itens recusados não é um plano, é uma carta de intenções.
O que é um plano de tecnologia?
Um plano de tecnologia é o documento que conecta os objetivos do negócio para o período às iniciativas de tecnologia que serão executadas, com prioridade, orçamento e responsável definidos, além do registro explícito do que ficou de fora e por quê.
Três elementos o diferenciam de uma lista de desejos. Ele parte de objetivos de negócio, não de tecnologias. Ele reserva capacidade para o que já existe, e não apenas para novidades. E ele assume que a capacidade é limitada, portanto compara iniciativas entre si em vez de aprovar todas com prazos otimistas.
Para uma empresa de porte médio, esse documento cabe em poucas páginas. O valor não está no volume, está na conversa que ele obriga a diretoria a ter antes de o dinheiro ser comprometido.
Por que uma lista de pedidos não é um plano?
Porque a lista soma vontades sem confrontar limites. Ela tem quatro defeitos previsíveis.
Primeiro, ignora capacidade de execução. Aprovar oito projetos para um time que entrega três por ano garante que cinco vão atrasar, e não se sabe quais. Segundo, trata tudo como projeto novo, esquecendo que manter o que está no ar consome parte relevante da capacidade. Terceiro, não distingue urgência de importância: o pedido barulhento vence o problema silencioso que vai custar caro em 18 meses. Quarto, não tem critério escrito, o que impede qualquer conversa objetiva quando aparecer a inevitável demanda fora do plano em março.
O resultado é conhecido: no meio do ano, a empresa está executando coisas que não estavam na lista, os projetos aprovados escorregaram e ninguém consegue dizer se o investimento em tecnologia deu retorno.
Como priorizar de forma defensável?
Priorização boa é aquela que sobrevive a uma reunião com diretores discordando. Para isso, o critério precisa ser explícito e aplicado a todas as iniciativas da mesma forma. Quatro perguntas dão conta da maioria dos casos:
- Qual o impacto no resultado? A iniciativa aumenta receita, reduz custo, reduz risco ou melhora a experiência do cliente? Se ninguém consegue explicar o impacto em uma frase, isso já é uma resposta.
- Qual o custo de adiar? Algumas coisas ficam iguais se esperarem um ano. Outras ficam mais caras a cada mês, como um sistema sem suporte do fabricante ou uma falha de segurança conhecida.
- De que isso depende? Iniciativas que destravam outras valem mais do que o próprio benefício isolado. Integração e organização de dados costumam ser desse tipo.
- Qual o esforço e o risco de execução? Projeto grande com muitos envolvidos e requisito impreciso tem chance real de não terminar. Isso precisa entrar na conta, e não ser tratado como detalhe.
Com essas quatro respostas, ordene. Não é preciso fórmula complexa nem pontuação de três casas decimais. Uma tabela simples, preenchida com honestidade, resolve melhor que um modelo sofisticado preenchido com otimismo.
Como dividir o orçamento entre manter, melhorar e criar?
A divisão que costuma funcionar separa o dinheiro em três blocos antes de discutir projetos específicos.
Manter o que já existe. Licenças, hospedagem, suporte, correções e as atualizações que não geram funcionalidade nova mas evitam problema. É a fatia menos empolgante e a mais perigosa de cortar, como já discutimos ao tratar de manutenção de software.
Melhorar o que já existe. Ajustes de usabilidade, desempenho, automação de etapas manuais e redução de retrabalho. É onde costuma estar o melhor retorno por real investido, porque a base de usuários já existe e o problema já é conhecido.
Criar coisas novas. Sistemas, produtos e experimentos. É a fatia que gera entusiasmo e a que mais escorrega em prazo e custo.
Uma proporção usada com frequência é reservar a maior parte para manter e melhorar, deixando uma parcela menor para o novo. Empresas que invertem essa lógica, dedicando quase tudo ao novo, acumulam sistemas mal cuidados e pagam a conta depois, com o efeito descrito em dívida técnica.
O que quase sempre falta no plano?
Cinco itens somem da planilha com regularidade e voltam como surpresa no meio do ano:
- O custo depois da entrega. Todo sistema novo aumenta a conta recorrente. Aprovar o projeto sem prever isso é adiar um problema conhecido, o ponto central do custo total de software.
- Treinamento e adoção. Sistema entregue não é sistema usado. Reservar tempo e dinheiro para a virada é o que separa investimento de desperdício, como tratamos em adoção de software.
- Segurança e conformidade. Costumam entrar apenas depois de um susto ou de uma exigência de cliente, quando o custo de correr é bem maior.
- Capacidade de gestão. Projetos consomem tempo de gente do negócio para decidir, validar e testar. Se as mesmas cinco pessoas aparecem em seis projetos, o plano é fictício.
- Reserva para o imprevisto. Vai aparecer demanda fora do plano. Reservar uma parcela do orçamento e da capacidade para isso é realismo, não pessimismo.
Como apresentar o plano para a diretoria?
A apresentação que convence não fala de tecnologia, fala de negócio. Alguns cuidados fazem diferença.
Comece pelo objetivo da empresa e mostre como cada iniciativa serve a ele. Traduza risco em consequência concreta: em vez de dizer que o servidor está desatualizado, diga quanto tempo a operação ficaria parada em uma falha e o que isso representa em faturamento.
Apresente as iniciativas recusadas junto com as aprovadas, explicando o critério. Isso muda o tom da reunião: a diretoria passa a discutir prioridade em vez de discutir se tecnologia gasta demais.
Mostre no máximo três indicadores de acompanhamento e comprometa-se com eles. Quando não existe alguém sênior para conduzir essa conversa, contratar direção técnica sob demanda resolve bem, formato que detalhamos em CTO as a service.
Como manter o plano vivo durante o ano?
Plano anual revisado uma vez por ano é ficção. O ritmo que funciona é trimestral, com uma reunião curta para responder três perguntas: o que foi entregue, o que mudou no negócio e o que sai da lista para algo novo entrar.
A última pergunta é a que dá disciplina. Toda demanda nova precisa disputar espaço com o que já estava aprovado, e não ser empilhada por cima. Quando a entrada é livre e nada sai, o plano perde sentido em poucos meses.
Registre também o que foi adiado e por quê. Esse histórico vale ouro no planejamento seguinte, porque mostra padrões: se a mesma iniciativa é adiada três vezes seguidas, ou ela não é tão importante quanto parecia, ou existe um obstáculo que ninguém está enfrentando.
Planejar é escolher, e escolher significa recusar
O melhor plano de tecnologia não é o mais ambicioso, é o que a empresa consegue executar. Ele reserva capacidade para cuidar do que já está no ar, concentra o investimento novo em poucas frentes com impacto claro e deixa registrado o que ficou de fora, para que a conversa do próximo trimestre comece de onde parou.
Se você está montando o planejamento de tecnologia da sua empresa e quer ajuda para priorizar com critério, dimensionar custos reais e separar o que é urgente do que apenas parece, converse com o nosso time. A DevCore participa dessa conversa com a franqueza de quem vai executar depois.
Perguntas frequentes sobre plano de tecnologia
Quanto uma empresa deve investir em tecnologia por ano?
Não existe percentual universal, porque a resposta muda conforme o quanto o negócio depende de software para operar e vender. O caminho mais útil é inverso: liste o que precisa ser mantido, o que precisa ser corrigido e as poucas iniciativas com impacto claro, e veja quanto isso custa. Esse número diz mais do que qualquer média de mercado.
Vale a pena planejar um ano inteiro se tudo muda?
Vale, desde que o plano seja revisto a cada trimestre. O valor não está na previsão exata, está no critério de decisão combinado com antecedência. Quando aparece a demanda inesperada, a empresa que tem critério decide em uma reunião; a que não tem decide por pressão.
Quem deve montar o plano de tecnologia?
Idealmente, alguém que entenda de tecnologia e participe das decisões de negócio, com a diretoria validando prioridades. Em empresas sem essa figura, o plano costuma ser construído em conjunto por um gestor da operação e um parceiro técnico de confiança, o que funciona bem quando os critérios ficam escritos e transparentes.