A pergunta aparece em quase toda primeira conversa que tenho com um cliente novo, e quase sempre em forma de desculpa: "sei que isso é básico, mas qual é a diferença real entre governança de dados e gestão de dados?". Não é básico, e a confusão não é culpa do cliente. Vagas de emprego usam os dois termos como sinônimos. Fornecedores vendem "plataformas de governança" que são ferramentas de gestão. Consultores usam a palavra que o comprador disse primeiro.
A distinção importa porque as duas disciplinas falham de maneiras diferentes, precisam de pessoas diferentes e são financiadas por orçamentos diferentes. Organizações que as confundem costumam cometer um de dois erros caros: compram um catálogo e esperam que o problema de política se resolva sozinho, ou escrevem um conjunto de políticas e presumem que a engenharia as implementou de alguma forma.
A versão mais curta que posso dar é esta. A governança de dados decide. A gestão de dados faz. A governança responde quem tem o direito de decidir isso, com que evidência e quem responde pelo resultado. A gestão responde como o dado é capturado, armazenado, movido, limpo, protegido e descartado. Uma produz autoridade e regras; a outra produz sistemas que funcionam.
O que a governança de dados realmente faz
Se você tirar os diagramas de framework, a governança se reduz a três resultados.
O primeiro são os direitos de decisão. Alguém precisa poder dizer o que significa "cliente ativo" e essa definição precisa se sustentar em finanças, em marketing e no relatório para o conselho. Alguém precisa poder aceitar por escrito uma lacuna de qualidade conhecida em produção, com o próprio nome. A governança é o mecanismo que nomeia essas pessoas e define a evidência que elas precisam antes de decidir.
O segundo são políticas e padrões: as regras que valem independentemente de alguém estar olhando. Prazos de retenção. Níveis de classificação. O que conta como informação pessoal identificável e o que pode ser feito com ela. Quais atributos de quais entidades são elementos de dados críticos e, portanto, sujeitos a medição.
O terceiro é a responsabilização, a parte que as organizações pulam. Uma política sem dono é um documento. A governança atribui um proprietário de dados a cada domínio de dados, apoia-o com curadores de dados que fazem o trabalho de definição e dá aos dois um fórum onde as disputas são resolvidas em vez de escaladas indefinidamente.
Note que nenhum desses três resultados é um sistema. Você pode produzir todos eles com uma planilha, uma reunião recorrente e autoridade suficiente para que o resultado seja vinculante. É por isso que governança é barata de começar e difícil de sustentar.
Um exemplo real de governança
Uma empresa de pagamentos decide que números de cartão sem máscara só podem ser vistos por administradores de nível 3, que cada consulta fica registrada e que o responsável de operações de pagamento responde por aprovar exceções em até dois dias úteis. Isso é governança: uma regra, um decisor com nome, uma trilha de evidência e um nível de serviço sobre a decisão.
O que a gestão de dados realmente faz
Gestão de dados é o trabalho de engenharia e operação que torna o dado utilizável ao longo do seu ciclo de vida. Em termos de DAMA DMBOK é a maior parte da roda: arquitetura, modelagem, armazenamento, integração, implementação de segurança, dados de referência e mestres, data warehouse, metadados e operação de qualidade de dados.
Aqui os resultados são concretos e em boa medida técnicos. Pipelines que rodam no horário e avisam quando não rodam. Um warehouse cuja granularidade está documentada. Registros de cliente deduplicados. Backups que alguém já restaurou ao menos uma vez. Controles de acesso configurados conforme a política de classificação. Linhagem de dados capturada bem o bastante para que, quando um número muda, você consiga descobrir por quê.
Um exemplo real de gestão
A mesma empresa de pagamentos constrói mascaramento em nível de coluna no warehouse, conecta o papel de nível 3 ao provedor de identidade, envia os logs de auditoria para um armazenamento retido e adiciona uma rotina noturna que sinaliza qualquer tabela onde dados de cartão apareçam sem máscara fora do esquema aprovado. Isso é gestão: a política acima, tornada real nos sistemas, com os modos de falha instrumentados.
De onde vem a confusão
Três coisas embaçam a linha na prática.
A governança normalmente é implementada através de ferramentas de gestão. O glossário de negócio dentro do seu catálogo de dados é um artefato de gestão que carrega uma decisão de governança. Como a decisão vive numa ferramenta, as pessoas concluem que a ferramenta tomou a decisão.
Os títulos dos cargos se sobrepõem mal. Um "gerente de governança de dados" frequentemente passa a maior parte da semana remediando qualidade, que é trabalho de gestão. Um "líder de plataforma de dados" acaba muitas vezes arbitrando definições porque mais ninguém faz isso, que é trabalho de governança exercido sem mandato.
E a roda do DMBOK põe a governança no centro, o que quem está começando lê como governança é a função mais importante em vez de governança é a função que coordena as outras. Centralidade fala de relação, não de posto.
Diferenças-chave num relance
| Aspecto | Governança de Dados | Gestão de Dados |
|---|---|---|
| Pergunta central | Quem decide, com que evidência e quem responde? | Como capturamos, armazenamos, movemos, protegemos e descartamos? |
| Resultados principais | Direitos de decisão, políticas, padrões, propriedade, fóruns | Arquitetura, pipelines, modelos, controles, operação de qualidade |
| Papéis típicos | Proprietários, curadores, conselho de governança, escritório de dados | Engenheiros de dados, arquitetos, DBAs, plataforma e segurança |
| Como falha | Uma biblioteca de políticas que ninguém aplica | Uma plataforma impecável que serve dados com os quais ninguém concorda |
| Medida por | Cobertura de propriedade, tempo de decisão, reuso de definições | Disponibilidade, frescor, taxa de defeitos, tempo de recuperação |
| Orçamento | Negócio ou transformação | TI ou engenharia de plataforma |
Como as duas trabalham juntas: um hospital
Pense no prontuário clínico de um grupo hospitalar de porte médio.
A governança decide que o prontuário de um paciente pode ser lido pela equipe assistencial que o está tratando, que "está tratando" é definido por um episódio ativo no sistema de admissão, que a direção clínica é proprietária dessa definição e que acesso para pesquisa exige aprovação do comitê de ética mais anonimização segundo um padrão documentado.
A gestão implementa: a integração de identidade que resolve se um clínico tem episódio ativo, o pipeline de anonimização que produz o extrato de pesquisa, a criptografia em repouso, a rotina de retenção que arquiva prontuários no calendário legal e o monitoramento que detecta um clínico lendo prontuários fora da sua lista de episódios.
Agora remova um dos lados e veja o que acontece.
Sem governança, a gestão constrói tudo isso do mesmo jeito, mas a definição de "equipe assistencial" vem de quem escreveu o ticket. E ela difere entre a integração de admissão e o extrato de pesquisa. Seis meses depois, um auditor descobre que o conjunto de pesquisa incluía prontuários que a aprovação ética não cobria, e não havia ninguém cujo trabalho fosse ter percebido.
Sem gestão, a governança produz uma política de acesso exemplar que os sistemas não conseguem aplicar. Clínicos compartilham credenciais porque o modelo de papéis nunca foi implementado. A política é citada no relatório do incidente como prova de que a organização sabia o que deveria estar fazendo.
Os dois modos de falha são comuns. O segundo é mais vergonhoso; o primeiro é mais caro, porque é invisível até que algo dependa dele.
Os artefatos que ficam na fronteira
Algumas coisas pertencem às duas disciplinas, e é ali que acontece a maioria das discussões.
O glossário de negócio é o caso mais claro. As definições nele são decisões de governança; a ferramenta que as guarda, suas integrações e seu calendário de atualização são responsabilidade da gestão. Quando um glossário apodrece, a causa habitual é que cada lado presumiu que o outro era o dono.
Qualidade de dados é a mesma história contada duas vezes. Fixar a tolerância (98% de completude neste atributo, medido semanalmente, e esta é a pessoa que aceita o risco quando não chegamos) é um ato de governança. Construir a regra de qualidade, rodar o perfilamento, rotear o alerta e consertar o pipeline é gestão. Um programa de qualidade com regras mas sem tolerâncias aceitas produz painéis que ninguém usa. Um com tolerâncias mas sem regras produz opiniões.
Classificação funciona igual: os níveis e seus requisitos de manuseio são política, a marcação e a aplicação são engenharia. Escreva, para cada um desses três artefatos, qual metade sua organização possui e quem possui a outra. As lacunas que você encontrar nesse exercício normalmente são a razão pela qual o artefato não funciona.
Como saber qual está faltando
Um diagnóstico curto, tirado das perguntas que faço na primeira semana de um trabalho.
Você tem lacuna de governança se dois times reportam valores diferentes para a mesma métrica nomeada e não existe fórum capaz de encerrar o assunto; se você não consegue nomear em menos de um minuto o responsável pelos seus cinco principais domínios; se pedidos de acesso são decididos por quem está de plantão; ou se um problema de qualidade é conhecido há um ano e ninguém o corrigiu nem o aceitou formalmente.
Você tem lacuna de gestão se as definições estão acordadas e documentadas mas os relatórios continuam divergindo; se a linhagem só existe na cabeça de dois engenheiros; se ninguém testou uma restauração; ou se a política de classificação é clara e os controles de acesso não a refletem.
A maioria das organizações tem as duas lacunas e cuida apenas daquela que pertence à sua função mais ruidosa. Se você quer dimensionar a segunda antes de pedir orçamento, a calculadora do custo dos dados ruins converte horas de retrabalho e registros duplicados num número anual, e a avaliação de maturidade vai dizer de que lado desta linha estão suas fraquezas.
Por onde começar
Comece pela governança, mas só pela parte necessária. Nomeie proprietários para os três domínios que mais aparecem nos seus escalonamentos. Escreva as dez decisões que esses proprietários podem tomar. E entregue essa lista à sua função de gestão de dados como especificação, porque um time de gestão que sabe quem decide consegue construir controles que se sustentam, e um que não sabe vai continuar inventando regras por padrão.
As duas disciplinas não competem pelo mesmo terreno. Governança sem gestão é teoria; gestão sem governança é improvisação cara. Você precisa do par, e precisa parar de financiar uma enquanto culpa a outra.
Se você quer o próximo nível de detalhe do lado da governança, Como construir um modelo operacional de governança de dados mostra como direitos de decisão se tornam rotinas que funcionam, e O que é e o que NÃO é Governança de Dados limpa os pressupostos que mais deformam o desenho.