o que realmente acontece quando se tenta melhorar a governança de TI
O primeiro erro que eu vejo em praticamente todas as empresas que entram nesse processo é achar que governance é sobre criar documentos bonitos e regras complicadas. Isso é perda de tempo. A realidade é bem mais chata do que isso. Quando você vai estruturar a governança de TI de verdade, descobre que o problema nunca é a ferramenta ou o framework. O problema são pessoas, processos quebrados e a falta de clareza sobre quem toma qual decisão.
para melhorar a governança de ti uma organização decidiu
e foi exatamente isso que aconteceu na empresa onde eu trabalhava há uns três anos. Tínhamos um ambiente legado problemático, investimentos dispersos em soluções cloud sem critério, e cada diretor de área comprava tecnologia como se fosse orçamento pessoal. A governança era basicamente um comitê trimestral que aprovava projetos no piloto automático porque ninguém queria ser o responsavel por bloquear algo. A situação só mudou quando a diretoria decidiu que precisava de estrutura. E não foi fácil. O que a gente fez primeiro foi mapear todas as decisões de TI que aconteciam em média mensal e catalogar quem estava envolvido em cada uma. Isso por si só já levou seis semanas porque muita coisa era informal, conversas de corredor, e-mails, ligações. Ninguém tinha registro formal. Depois, criamos uma matriz RACI simplificada para as áreas críticas: contratação de fornecedores, migração para cloud, desenvolvimento de sistemas próprios, segurança da informação e gestão de dados. O modelo RACI em si não é novidade nenhuma, mas a chave aqui foi adaptar para a realidade da empresa e não copiar o que estava em algum framework genérico.
Um detalhe importante que poucas pessoas mencionam: a governança de TI não funciona se você não tiver antes um cadastro unificado de ativos e investimentos tecnológicos. Sem isso, você está governando no escuro. Nós passamos dois meses recolhendo informações de cada área sobre softwares contratados, licenças, contratos vigentes, custos ocultos. O resultado foi revelador. Identificamos pelo menos quarenta e sete soluções sobrepostas que poderiam ter sido consolidadas para uma única compra. Só nisso, a empresa economizou cerca de trezentos mil reais no primeiro ano. Outro ponto que todo mundo esquece é a parte de compliance e auditoria. Governança sem controle é apenas uma boa intenção. Implementamos revisões bimestrais com checklist obrigatório para projetos que superassem cinquenta mil reais de investimento. Nada de burocracia desnecessária, apenas verificação de alinhamento estratégico, avaliação de riscos técnicos e confirmação de que os benefícios esperados ainda faziam sentido. Isso reduziu o número de projetos cancelados ou redirecionados pela metade em relação ao ano anterior.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Agora vou ser sincero sobre os problemas que encontramos, porque tem muita gente vendendo governança como solução mágica e não é nada disso. O maior gargalo que enfrentamos foi a resistência natural dos gerentes de área. Eles viam o processo como entrave, não como proteção. A gente resolveu isso incluindo representantes das áreas de negócio nos comitês de governança, não apenas técnicos de TI. Quando o gerente de comercial da discussão sobre padrões de integração, ele passou a entender o porquê das regras e a colaborar ao invés de burlar. Um caso específico que marcou foi a migração de um sistema de vendas para a cloud. A equipe de tecnologia queria fazer tudo rápido, em poucos meses. A governança pediu análise de segurança, avaliação de vendor lock-in e plano de contingência. O resultado foi que o projeto levou oito meses ao invés de quatro, mas quando fomos testar a resposta a incidentes, descobrimos que a versão rápida do time de TI teria deixado uma brecha crítica de segurança que poderia ter custado a perda de dados de clientes inteiros. Valeu cada semana extra.
O framework que adotamos foi uma mistura prática de COBIT para governança corporativa com práticas ágeis de Itil para gestão de serviços. Não era textbook nenhum dos dois. Era adaptação pura baseada no tamanho e na cultura da empresa. Se sua organização tem menos de duzentos funcionários de TI, não tente implementar COBIT completo. Você vai gerar mais burocracia do que valor. Foque nos domínios D05 até D07 primeiro: garantia de suministro, garantia de execução e gestão de riscos. São os que trazem retorno mais rápido e com menor esforço inicial. Para medir se a governança está funcionando de verdade, eu recomendo acompanhar três métricas concretas: tempo médio desde a proposta até a aprovação de projetos de TI, porcentagem de projetos que entregam os benefícios prometidos no business case original, e número de incidentes de segurança ou conformidade relacionados a decisões tomadas fora do processo formal. Se essas três coisas melhoram consistentemente por dois trimestres seguidos, o processo está funcionando. Se não melhoram, você precisa ajustar, não insistir.
Uma última coisa prática: automatize o que puder desde o início. Nós criamos um fluxo simples no Microsoft Power Automate que encaminhava todas as propostas de projeto automaticamente para os stakeholders certos baseado no valor e no tipo de investimento. Reduziu o tempo de travessia documental de cerca de doze dias úteis para quatro. Ferramentas não resolvem governança, mas também não ajudam se você não usar desde o primeiro dia. Comece simples, itere conforme a cultura da empresa for se adaptando. O mercado tem muitas consultorias prometendo transformações completas em governança de TI em três meses. Na prática, isso é inconsistente com a realidade organizacional. Estruturas de governança levam de doze a dezoito meses para amadurecer de verdade, e mesmo assim exigem manutenção contínua. O investimento não é pequeno, mas o custo de não ter governança é visivelmente maior quando as coisas dão errado, e elas sempre dão errado eventualmente.
