O que é governança de dados — e por que a maioria das empresas está fazendo errado

Existe um momento específico em projetos de dados que eu já vi se repetir dezenas de vezes. O time de analytics entrega um dashboard novo para o board. Alguém pergunta de onde veio o número de clientes ativos. Três pessoas dão três respostas diferentes. A reunião para.

Isso é um problema de governança. Não de tecnologia.

O que governança de dados realmente é

A definição técnica — do DAMA-DMBOK, o guia de referência da área — fala em "exercício de autoridade, controle e tomada de decisão compartilhada sobre gerenciamento de ativos de dados". Bonito no papel. Na prática, significa uma coisa simples: alguém precisa ser responsável por cada dado crítico da empresa, e todo mundo precisa saber disso.

Não é um software. Não é um projeto com data de entrega. É uma mudança na forma como a organização trata informação — e muda cultura, que é a parte mais difícil.

Por que as implementações falham

Trabalhei em projetos de governança em bancos, seguradoras, farmacêuticas e empresas de atuação global. O padrão de fracasso é surpreendentemente parecido independente do setor.

O projeto começa em TI e fica em TI. Governança de dados sem patrocínio do negócio é burocracia cara. Quem define o que um "cliente ativo" significa não é a engenharia — é a área comercial, o financeiro, o jurídico. Se eles não estão na mesa, a definição vai existir só no papel e ninguém vai seguir.

A ferramenta vem antes do processo. É tentador: compra-se um Data Catalog caro, conecta nas fontes, e espera o problema resolver sozinho. Não resolve. Ferramenta sem processo é só um repositório de metadados que ninguém consulta. O processo precisa existir antes de escolher qualquer ferramenta.

O escopo inicial é grande demais. "Vamos governar todos os dados da empresa" é uma sentença de morte para qualquer iniciativa. Começa grande, trava nos detalhes, perde momentum, e em seis meses ninguém lembra que o projeto existia.

O que funciona na prática

A abordagem que vi dar certo começa pequena e constrói evidência.

Escolha um domínio de dados crítico — cliente, produto, fornecedor. Algo que dói quando está errado. Defina quem é o Data Owner (responsável de negócio) e quem é o Data Steward (responsável operacional). Documente as definições principais num glossário simples. Estabeleça como a qualidade desse domínio vai ser medida.

Isso já é governança. Não precisa de plataforma enterprise para começar.

Quando esse domínio estiver funcionando — quando as pessoas consultarem o glossário antes de construir um relatório, quando o Data Steward estiver resolvendo conflitos de definição — aí você expande. Com evidência concreta de valor, o orçamento e o engajamento vêm mais fácil.

O número que importa

Num projeto de MDM em que trabalhei no setor financeiro, o dado de cliente estava sendo gerenciado de forma independente em mais de doze sistemas diferentes. A mesma pessoa física aparecia com variações de nome, CPF ligeiramente diferente, endereços conflitantes. Após a implementação de governança e MDM, a taxa de duplicidade caiu para menos de 2%.

Isso não foi resultado de uma ferramenta. Foi resultado de processo, responsabilidade definida e cultura construída ao longo de meses.

Governança de dados não é sexy. Não vai virar case de uso em apresentação de IA. Mas é o que separa empresa que tem dados de empresa que usa dados.