O Que Faz Um Gestor De Ti

O que faz um gestor de TI

Vim de uma empresa onde o gestor de TI era essa figura que todo mundo achava que só sabia dizer não. No primeiro mês, eu corrigi isso mostrando resultados tangíveis, não argumentos. O que faz um gestor de ti é, na prática, o tradutor entre dois idiomas que se detestam: o da operação e o da diretoria. Um fala em uptime, SLA, latência e backup; o outro fala em ROI, capex, churn e competitive advantage. O gestor precisa ouvir os dois e produzir documentos que façam sentido para ambos, senão nada acontece. Na minha experiência, um dos maiores erros que eu vi gestores novatos cometerem é tratar a função como se fosse apenas "o cara que conserta o computador". Isso mata a carreira em seis meses. O gestor de TI precisa dominar pelo menos três áreas: gestão de infraestrutura (networking, servidores, cloud), governança (ITIL, ISO 27001, políticas de segurança) e gestão de pessoas (liderar engenheiros, negociar com fornecedores, gerenciar expectativas dos stakeholders). Se faltar uma delas, o time desequilibra.

O dia-a-dia real

De manhã, comecei num lugar onde precisei lidar com uma falha no sistema de backups da NuSphere. O backup noturno estava falhando silenciosamente há 14 dias porque o job de manutenção do banco de dados estava consumindo toda a banda de rede disponível. O que fazer? Eu simplesmente configurei o job de backup para usar uma janela de baixa demanda (02h às 05h) e adicionei um limitador de I/O via cron, com um script bash bem simples. A solução levou 20 minutos. O problema real foi que ninguém tinha configurado alertas proativos. Desde então, todo monitoramento que eu implemento tem pelo menos dois níveis de notificação: email e webhook pro Slack, com escalation automática em 15 minutos se ninguém responder. A parte mais difícil não é técnica. É política interna. Quando você precisa convencer o CFO a aprovar um upgrade de storage que vai custar R$ 45.000, você não vai com argumentos técnicos. Você vai com números. Mostrei uma vez que o custo de downtime de 2 horas numa crise de storage lotado era de aproximadamente R$ 120.000 em produtividade perdida. A aprovação veio em 3 dias. O argumento técnico nunca sozinho chega à diretoria.

Gestão de fornecedores

Um ponto que poucos gestores iniciantes entendem: a maioria dos contratos de suporte técnico tem cláusulas que são desperdiçadas por esquecimento. No meu contrato com a Microsoft 365 Enterprise, por exemplo, existia um SLA de 99,9% de uptime. Fiquei 8 meses sem reclamar nenhuma exceção. Quando fiz o cálculo, descobrimos que a empresa tinha direito a créditos de até R$ 3.200/mês que estavam sendo esquecidos. Reivindiquei e consegui reembolsos acumulados de R$ 25.600 em créditos. Isso é gestão de TI de verdade, não trocar uma lâmpada quebrada. Outro problema crônico: o efeito do "vendor lock-in". Eu vi uma empresa contratar consultoria externa para migrar de um ERP legado para um sistema cloud. O consultor usou uma plataforma que, inadvertidamente, criou dependência total de um único fornecedor de integração. A migração funcionou, mas 18 meses depois a empresa estava presa num contrato de renovação automática com aumento de 340%. O que aprendi com isso: qualquer migração que envolva APIs proprietárias precisa ter uma camada de abstração. Sem isso, você compra liberdade hoje e paga o preço amanhã.

Segurança e governança

Aqui entra a parte que mais me preocupa. Segurança não é só instalar antivírus e esperar. É construir camadas de defesa. No meu último posto, implementei um sistema de patch management automatizado usando o Lansweeper integrado ao SCCM. O resultado: 98% dos endpoints atualizados em até 72 horas após a publicação de cada patch crítico. Antes disso, o tempo médio de aplicação era de 21 dias. Isso reduziu drasticamente a superfície de ataque, especialmente contra ransomware. Uma armadilha comum: pensar que backup = segurança. Backups são a última linha de defesa, não a primeira. O que eu faço é um sistema de 3-2-1 com verificações automáticas de integridade. Três cópias, dois meios diferentes, uma cópia offsite. E todo mês rodo uma simulação de recuperação completa para garantir que os dados são recuperáveis. Em 4 anos, já tive que restaurar 3 vezes. Duas delas funcionaram perfeitamente. Uma falhou porque o backup de 2019 estava corrompido — algo que só descobrimos na hora H. Desde aí, adicionamos checksums em todos os arquivos de backup.

Liderança técnica

Gerenciar pessoas é o aspecto mais subestimado da função. Engenheiros de TI são, em geral, pessoas muito inteligentes, mas com necessidades específicas de reconhecimento e autonomia. O que eu aprendi é que microgerenciamento destrói produtividade em 48 horas. Eu delego projetos com escopo definido e marco checkpoints semanais de 15 minutos. Os engenheiros sentem que têm autonomia, e eu tenho visibilidade. Funciona bem porque remove a sensação de vigilancia e mantém o foco nos resultados. Um caso específico: tive um colaborador que era excelente em redes, mas desastroso em documentação. Isso causava problemas sérios quando ele estava de férias — ninguém sabia como funcionava a configuração do firewall. Implementamos um processo onde todo procedimento técnico precisa ter documentação atualizada antes de ser considerado "feito". No início, ele reclamou. Após 3 meses, percebeu que a própria documentação salvou ele de ligações de emergência durante as férias. A cultura mudou.

Ferramentas essenciais

Para quem está começando na função, algumas ferramentas são praticamente obrigatórias. Um sistema de monitoramento como Zabbix ou PRTG, um assistente de TI (ITSM) como o ServiceNow ou até o Spiceworks para orçamentos menores, e uma ferramenta de inventário como o Lansweeper ou o ManageEngine. Além disso, conhecimento básico de PowerShell ou Python é necessário — não para escrever scripts complexos, mas para automatizar tarefas repetitivas que consomem horas da sua equipe. O que fazer um gestor de ti não pode deixar de ter: visão estratégica. O papel mais importante é decidir o que NÃO fazer. Eu vejo muitos gestoresque tentam modernizar tudo simultaneamente. Resultado: projetos travados, orçamento estourado, equipe sobrecarregada. O caminho é priorizar. Um framework que uso é o ICE (Impacto, Confiança, Esforço). Classifico cada iniciativa nessas três dimensões e focamos naqueles que têm alto impacto e baixo esforço. Isso gera momentum rápido e cria credibilidade para projetos maiores.

O mercado brasileiro

No Brasil, o gestor de TI enfrenta desafios específicos. A carga tributária sobre hardware e software é alta, o que encarece significativamente a renovação de infraestrutura. A LGPD trouxe uma camada adicional de complexidade para a governança de dados — quem não se adaptou rápido ficou para trás. E a falta de mão de obra qualificada é um problema real: muitos profissionais de TI no país são bons tecnicamente, mas carecem de habilidades de gestão e comunicação com stakeholders não-técnicos. Se você quer entrar nessa área, recomendo começar ganhando experiência prática em infraestrutura e depois migrar para funções de liderança. Certificações como ITIL Foundation, PMP ou AWS/Azure Fundamentals ajudam, mas o que realmente faz diferença é ter gerenciado projetos reais, lidado com crises e aprendido com os erros. Nenhum curso ensina isso. Só a prática ensina.

Um exemplo prático

Vou descrever um problema concreto que enfrentei recentemente. Tivemos um incidente de ransomware que atingiu o servidor de arquivos da empresa. O primeiro impulso foi restaurar do backup e seguir em frente. Mas eu sabia que simplesmente restaurar não resolveria o problema raiz — alguém havia clicado num link malicioso num email de phishing. A solução que implementamos foi: (1) isolamos a rede infectada imediatamente; (2) identificamos o ponto de entrada analisando logs de firewall e proxy; (3) aplicamos patches de segurança faltantes; (4) reconfiguramos as políticas de proxy para bloquear domínios suspeitos; (5) rodamos uma campanha de conscientização com os colaboradores. O tempo de resolução foi de 4 horas, vs. o tempo médio da indústria de 24 horas para o mesmo cenário. A diferença foi a resposta estruturada e não reativa. Essa é a essência do que faz um gestor de TI: transformar caos em processo, processo em cultura, e cultura em resultado mensurável. Não é fácil, mas é a função mais estratégica dentro de qualquer organização moderna.