Conheci um diretor de TI numa conferência em São Paulo. Ele estava radiante. "Estamos no segundo ano do nosso programa de governança de dados", disse. "Investimos R$ 2,3 milhões. Temos comitê, temos ferramenta, temos política."

Perguntei: "e qual o estado do programa hoje?"

Pausa. "Bom, a gente está revisitando o modelo. Algumas áreas estão menos engajadas. O comitê passou a se reunir bimensalmente em vez de mensal."

Traduzindo: o programa está morrendo. Ele só não disse com essas palavras.

Essa cena se repete com uma regularidade impressionante. Programa de governança de dados que começa no ano 1 com energia, atravessa o ano 1 mostrando entregáveis, e no segundo ano começa a esvaziar. No terceiro ano vira nota de rodapé no relatório anual.

Por que isso acontece? Não é por falta de boas intenções. É por um conjunto de padrões que se repetem, que eu vejo desde 2018 auditando programas de governança em empresas reguladas.


O ciclo de entusiasmo e abandono

Existe um padrão temporal claro:

Meses 1-6: Patrocínio executivo é alto. Há orçamento. Há novidade. Consultoria contratada, ferramenta selecionada, comitê formado. Todo mundo é gentil nas reuniões.

Meses 7-12: Os primeiros conflitos reais aparecem. Áreas começam a perceber que governança significa perder autonomia sobre dados que sempre foram "delas". Patrocínio começa a ser testado.

Meses 13-18: Os entregáveis tangíveis prometidos no business case original ficam mais difíceis de demonstrar. "Aumento de qualidade de dado" é métrica difícil de transformar em "R$ economizados".

Meses 19-24: Patrocinador original muda de cargo ou sai da empresa. Sucessor não tem o mesmo investimento emocional no programa. Renovação de contrato com consultoria entra em xeque.

Meses 25-36: Programa entra em modo de manutenção. Sem investimento, sem ampliação, sem evolução. Eventualmente é absorvido por outra função ou descontinuado.

Esse ciclo é tão previsível que eu uso ele como instrumento de avaliação. Quando entro num programa, pergunto: "em que mês vocês estão?". A resposta me diz mais do que qualquer relatório de status.


Patrocínio executivo: o que mantém aceso e o que apaga

O fator número um de morte de programa de governança é troca de patrocinador sem transferência adequada.

Num cliente do setor financeiro, o CFO que patrocinava o programa saiu para outra empresa em maio de 2024. O sucessor era competente, mas não tinha relação com o programa. Em 8 meses, o programa estava reduzido a uma reunião mensal de status.

O que poderia ter sido diferente?

Patrocínio não é assinatura no orçamento. Patrocínio é quando o executivo, sem ser perguntado, menciona o programa em discussão estratégica. Quando isso para de acontecer, o programa está morrendo, mesmo que ninguém anuncie.

Antes de montar seu programa, veja onde você está com o assessment.

Fazer o Assessment de Maturidade →

Indicadores que não indicam nada

Vou te dar um exemplo real, mudando dados para preservar confidencialidade.

Programa de governança numa empresa de educação. Relatório mensal apresentava 11 indicadores. Os principais:

Bonito. Profissional. Não diz absolutamente nada sobre se o programa está gerando valor.

Indicador útil responde a pergunta: "o que mudaria no negócio se esse número fosse 2x melhor?"

"Atributos catalogados" não responde. Posso catalogar 5.000 atributos que ninguém usa.

O que indicadores úteis parecem:

Indicador é o termômetro do programa. Termômetro decorativo cria sensação de saúde até o paciente entrar em parada.


A armadilha da ferramenta que resolve tudo

67% dos programas que vi morrer no segundo ano tinham investido em ferramenta de governança de dados nos primeiros 6 meses.

Correlação não é causalidade, mas a explicação é razoavelmente clara.

Quando você compra Collibra ou Informatica antes de ter processo maduro, acontece o seguinte:

A ferramenta passa a definir o processo. Isso parece eficiência mas é o contrário — você adapta a empresa ao modelo do fornecedor, que foi pensado para empresas genéricas, não para a sua.

O time gasta os primeiros 12 meses implementando a ferramenta. Implementar significa configurar workflows, definir taxonomias, treinar usuários, integrar com fontes. Nada disso é governança. É preparação de governança.

Ao final dos 12 meses, o board pergunta: "e o que mudou?". A resposta honesta é: "nada, mas agora estamos prontos para começar". Mas a resposta honesta destrói o programa. Então a resposta vira: "temos um catálogo robusto agora". E o programa começa a viver de narrativa em vez de impacto.

Ferramenta deveria ser comprada quando o processo manual já dói. Antes disso, você compra uma ferramenta para resolver problema que ainda não entendeu.


O que os programas que funcionam têm em comum

Auditei até hoje 41 programas de governança de dados em empresas de médio e grande porte. Desses, 9 ainda estavam vivos e crescendo no quarto ano. Os demais ou estavam mortos ou em manutenção zumbi.

O que diferencia os 9?

1. Começaram pequeno e cresceram em valor demonstrável

Não tentaram cobrir todos os dados da empresa no ano 1. Pegaram 30-50 atributos críticos. Mostraram impacto real (decisão melhor, risco evitado, custo reduzido). E aí expandiram.

2. Indicadores ligados a decisões executivas

Não tinham métricas de atividade. Tinham métricas de impacto. E essas métricas eram revisadas trimestralmente com o board.

3. Patrocínio com plano de sucessão

O patrocinador original sabia que ia sair em algum momento. Trabalhou ativamente para criar segundo e terceiro nível de patrocínio. Quando saiu, o programa não entrou em crise.

4. Stewards com autoridade real

Não eram "analistas com 20% de tempo alocado". Eram funções com mandato, tempo dedicado, e reportagem direta para o patrocinador executivo.

5. Ferramenta como consequência, não causa

Implementaram ferramenta no ano 2 ou 3, depois que o processo manual já estava maduro e doendo. A ferramenta entrou para escalar o que já funcionava, não para criar o que não existia.

Se você está montando um programa agora — ou está nessa fase delicada do segundo ano — vale a pena fazer o diagnóstico antes de tomar a próxima decisão. Programa que está esvaziando muitas vezes ainda dá para recuperar. Mas a janela é curta.


Sinais de que o programa está morrendo (antes de morrer oficialmente)

Tem sinais claros de que o programa está esvaziando. Quando vejo 3 ou mais desses sinais, o programa vai morrer em 12-18 meses se nada mudar:

Detectar esses sinais cedo dá chance de recuperar. Esperar para ver no relatório anual é tarde.

Como ressuscitar um programa em colapso

Se você herdou um programa moribundo, ou está vendo o seu esvaziar, três movimentos podem resgatar:

1. Reset de patrocínio

Buscar novo patrocinador executivo com perfil correto. Não pode ser "o CIO porque é TI". Tem que ser alguém com dor real por dado ruim — geralmente CFO ou COO.

2. Quick wins em 90 dias

Identificar 3 problemas pequenos mas visíveis que governança pode resolver. Resolver. Mostrar para o board. Recuperar narrativa.

3. Redução de escopo

Programa que cobre tudo está condenado. Reduzir para 30-50 atributos críticos. Fazer bem feito. Expandir só depois que o núcleo estiver maduro.

Programa morrendo geralmente foi grande demais cedo demais. Voltar ao básico não é fracasso — é maturidade.


O custo de não ter governança madura

Tem o lado oposto que merece olhar: o que custa não ter governança funcionando.

Custos invisíveis mas reais:

Para empresa de porte médio, esse conjunto facilmente passa de R$ 2-4 milhões/ano. Maior que o investimento em programa de governança maduro.

O paradoxo é que programa de governança bem feito se paga sozinho — mas demora 18-24 meses para mostrar isso. E nesse intervalo, é vulnerável a corte.


Em resumo: 5 movimentos para programa sobreviver

  1. Comece pequeno. 30-50 atributos críticos, não 5.000.
  2. Métricas de impacto (não de atividade). Decisões executivas suportadas, custos evitados, riscos mitigados.
  3. Plano de sucessão de patrocínio executivo desde o dia 1.
  4. Quick wins em 90 dias para sustentar narrativa interna.
  5. Ferramenta como consequência, não como causa. Processos manuais maduros primeiro.

Esses 5 movimentos não garantem sucesso. Mas sua ausência praticamente garante fracasso no segundo ou terceiro ano.

O assessment não é vendido como cura. É um termômetro. Te diz onde você está, comparado com programas que sobreviveram e programas que morreram. Em 20 minutos.

Veja também

Guia Completo

Governança de dados: o guia que os consultores não te dão de graça

Governança de dados virou buzzword. Mas na prática, é sobre quem decide, quem acessa e quem responde quando algo dá errado. Guia sem jargão.

Como Implementar

Como estruturar governança de dados numa empresa que já implementou LGPD

LGPD e governança de dados se sobrepõem mas não são a mesma coisa. Quem já tem adequação LGPD tem metade do caminho. Veja como completar o restante.

Perguntas frequentes

Por que programas de governança de dados falham?

As causas mais comuns: 1) Tratado como projeto de TI sem patrocínio do board. 2) Escopo muito amplo no início — tentar governar tudo ao mesmo tempo. 3) Ausência de casos de uso claros com valor de negócio demonstrável. 4) Data Owners formais sem autoridade real para decidir. 5) KPIs de governança que medem atividade (reuniões realizadas) e não resultado (problemas de qualidade resolvidos).

Como sustentar um programa de governança além do primeiro ano?

A chave é mostrar resultados concretos antes do segundo ano começar. Documente: quantos problemas de qualidade foram resolvidos, quanto tempo de reconciliação foi economizado, quantos incidentes de privacidade foram evitados. Com resultados visíveis, o programa se sustenta. Sem eles, vira burocracia — e ninguém defende burocracia no corte de orçamento.

Qual o papel do CDO em governança de dados?

CDO (Chief Data Officer) é o patrocinador executivo da governança, mas não o executor. O erro clássico é o CDO se tornar o gargalo de todas as decisões sobre dados. O CDO define a estratégia, resolve impasses entre áreas e defende o orçamento. As decisões operacionais devem ser tomadas pelos Data Owners, não pelo CDO.

A causa raiz #1: ausência de patrocínio executivo real

Em quase todos os programas de governança de dados que vejo fracassar, a causa raiz é a mesma: patrocínio executivo de fachada. O CEO assina o documento de aprovação, fala bonito no kickoff, e depois delega tudo. O programa passa a viver na esfera operacional, sem peso institucional.

Os sintomas: agendar reunião do comitê executivo é sempre difícil; decisões importantes são adiadas; recursos prometidos não chegam; conflito entre áreas não é arbitrado pelo executivo; programa de governança passa a ser visto como "coisa de TI".

Empresa que tem patrocínio real vive realidade diferente. CEO ou COO participa do comitê regularmente. Decisões críticas são tomadas no tempo certo. Recursos são liberados. Conflitos têm resolução clara. O programa tem voz.

Como diagnosticar antes de iniciar o projeto: pergunte ao patrocinador se ele aceita reservar uma hora mensal no calendário nos próximos 24 meses. Se ele hesitar ou propor delegar, o programa nasce frágil. Se ele bloquear a agenda imediatamente, há chance real de sucesso.

A causa raiz #2: implementação top-down sem ownership de negócio

Segunda causa estrutural: governança implementada como projeto de TI sem ownership real das áreas de negócio. Modelo típico: time de governança define política, cria processo, tenta forçar adoção. As áreas resistem. Programa fica no papel.

A mudança que funciona: a governança opera via negócio, não contra negócio. Cada área tem Data Owner identificado. Cada Owner tem incentivo concreto (metas, bônus, reconhecimento) ligado à qualidade dos dados da sua área. As decisões de governança são tomadas em comitê com representação real do negócio.

Resultado: a governança vira parte do trabalho normal, não overhead adicional. As áreas têm interesse em participar porque a qualidade dos dados afeta diretamente seus indicadores. O programa vira sustentável.

Como diagnosticar: pergunte aos líderes de área se conhecem o programa de governança e o que esperam dele. Se as respostas forem "isso é tarefa do CIO" ou "ainda não vi nada disso", o programa não tem ownership. Trabalho de construção precisa começar.

A causa raiz #3: ausência de métrica visível

Terceira causa: programa de governança que não tem indicador que executivo entenda em 5 segundos. Documento de política de 80 páginas, fluxograma de processos em 12 níveis — nenhum executivo lê. Resultado: o programa fica invisível para quem decide.

A solução: 3-5 indicadores claros, mensurados mensalmente, reportados ao comitê executivo. Exemplos: percentual de fontes de dados com dono nomeado; índice de completude médio em entidades críticas; tempo médio de atendimento aos pedidos LGPD; número de incidentes de dados no período; cobertura de catalogação.

Os indicadores tornam o programa visível, mensurável, comparável ao longo do tempo. Crescimento gera reconhecimento. Estagnação gera ação. Sem indicador, o programa flutua sem direção.

Empresa madura tem dashboard de governança disponível para liderança a qualquer momento. Empresa imatura tem PowerPoint trimestral que ninguém lê. A diferença é institucional — não tecnológica.