Qualquer CIO que assume uma área nova, ou qualquer empresa que sente que a TI ficou cara e lenta, chega ao mesmo ponto: antes de mudar o que quer que seja, é preciso saber o que existe de facto. Um assessment de TI bem conduzido responde a essa pergunta em poucas semanas. Não é uma auditoria para encontrar culpados, mas sim um retrato honesto que permite decidir com base em evidências, e não em impressões.
O que aparece nas primeiras semanas
- Sistemas: o inventário real costuma ser maior do que o oficial. Aplicações críticas sem responsável claro, integrações frágeis, versões sem suporte e dependências que só uma pessoa conhece.
- Pessoas: onde está o conhecimento, onde há sobrecarga e que funções existem apenas no organograma. A concentração do saber em poucas pessoas é um dos riscos mais comuns e menos visíveis.
- Processos: como um pedido nasce, é priorizado e chega à produção. A gestão de alterações, incidentes e acessos mostra rapidamente o nível de maturidade da operação.
- Custos: quanto se gasta, em quê e quanto disso gera valor. Licenças sem utilização, infraestrutura sobredimensionada e serviços duplicados aparecem com frequência.
- Riscos: segurança, continuidade, conformidade com o RGPD ou a LGPD e pontos únicos de falha. Muitas vezes o maior risco não está na tecnologia, mas na falta de um plano para quando ela falha.
- Contratos: prazos, penalizações, SLAs que ninguém mede e renovações automáticas. Contratos mal geridos limitam as opções de mudança durante anos.
Como conduzir as entrevistas
As entrevistas são a parte mais rica do diagnóstico, desde que bem preparadas. Fale com a administração, com as áreas de negócio e com quem opera no dia a dia, e não apenas com a liderança de TI. Use um guião comum para comparar respostas, faça perguntas abertas sobre o que funciona e o que atrapalha, e peça exemplos concretos. Quando o negócio e a TI descrevem o mesmo problema de formas muito diferentes, encontrou um ponto que merece atenção.
Os dados confirmam, ou desmentem, as conversas
Perceção sem dados é opinião. Cruze o que foi dito com o que os sistemas mostram: histórico de pedidos e incidentes, janelas de indisponibilidade, faturas de cloud e de licenças, carteira de projetos e lista de acessos privilegiados. Este cruzamento revela onde a narrativa e a realidade divergem, e é aí que costumam estar as conclusões mais importantes.
Um bom assessment não termina com um relatório. Termina com uma decisão.
Do diagnóstico ao roadmap
Conclusões soltas não mudam nada. O passo final é organizar tudo por impacto no negócio, risco e esforço, e transformar isso num roadmap com horizontes claros. Primeiro, as correções urgentes de risco e os ganhos rápidos que libertam orçamento. Depois, as iniciativas estruturantes de processos, governação e arquitetura. Cada item com responsável, prazo e indicador de sucesso, acompanhado por um PMO que dê visibilidade à administração.
Feito desta forma, o assessment deixa de ser um documento esquecido numa gaveta e torna-se o ponto de partida de uma transformação com prioridades claras, que o negócio compreende e a TI consegue executar.
Quer conversar sobre isto?
Conte-nos o seu desafio. A conversa é direta e sem compromisso.