A maioria dos programas de governança fracassados que me pediram para resgatar não falhou na execução. Falhou na definição. Alguém na sala acreditava que governança de dados era uma plataforma, outra pessoa acreditava que era um exercício de conformidade, uma terceira acreditava que era um projeto com data de fim, e o programa foi financiado pela média dessas crenças. Dezoito meses depois havia uma ferramenta, uma biblioteca de políticas e nenhuma mudança em como alguém tomava decisões.
Então vale a pena ser preciso, e precisão aqui significa dizer o que a governança não é com o mesmo cuidado com que se diz o que ela é. Uma definição que só se expande é inútil: se governança inclui tudo, ninguém consegue saber se a está fazendo.
O que a governança de dados É
Governança de dados é o exercício de autoridade sobre os dados: decidir quem pode decidir o quê, com que evidência e quem responde pelo resultado. Ela tem quatro partes que funcionam.
Regras com escopo
A governança produz políticas e padrões de dados — afirmações que valem independentemente de alguém estar olhando. Atributos sensíveis são classificados e tratados de acordo. A retenção tem prazo e gatilho. Nomes têm convenção. Um termo de negócio tem uma única forma aprovada, guardada num glossário de negócio, e espera-se que os relatórios que o usam sejam coerentes com ela.
O teste útil de uma regra é se você conseguiria saber, por evidência, que ela foi descumprida. "Valorizamos a qualidade dos dados" não é uma regra. "E-mail do cliente é obrigatório em contas ativas, medido semanalmente, e o proprietário do domínio aceita qualquer mês abaixo de 98%" é.
Responsabilidade com nome e sobrenome
A governança atribui um proprietário de dados por domínio — uma pessoa responsável, não um comitê — e o apoia com curadores de dados que fazem o trabalho de definição e de qualidade no dia a dia. Os custodiantes nas equipes técnicas cuidam do armazenamento e dos controles.
A palavra que importa é pessoa. Propriedade distribuída por um fórum é propriedade que ninguém sente.
Um lugar onde os desacordos terminam
Dois times vão definir "cliente ativo" de formas diferentes e os dois estarão certos para seu propósito. A governança fornece o fórum — um conselho de governança de dados ou equivalente — onde isso se resolve com uma decisão, uma data e um registro, em vez de ser escalado até alguém cansar.
O registro é a parte que faz o trabalho. A maior parte das discussões sobre definições em organizações grandes é a mesma discussão se repetindo, porque a resolução anterior foi tomada numa reunião e nunca escrita onde alguém novo a encontrasse. Um log de decisões com dez entradas evita mais retrabalho que um conjunto de políticas de cem páginas.
Uma prática, não um estado
Definições derivam, sistemas mudam, a regulação se move e cada reestruturação deixa órfão um conjunto de proprietários. A governança é a rotina que percebe. Isso implica uma cadência de revisão, direitos de decisão que são revisitados e controles que são retirados quando param de merecer o lugar.
Mito 1: governança é algo que se compra
Este é o caro. Catálogos, motores de qualidade e ferramentas de linhagem são genuinamente úteis: tornam as decisões de governança visíveis, aplicáveis e baratas de verificar. O que eles não conseguem fazer é tomar a decisão.
Um catálogo de dados vai hospedar com prazer quatro definições rivais de "receita" sem reclamar. A ferramenta não tem opinião sobre qual está correta nem autoridade para tornar alguma vinculante. Quando um programa de governança começa por um processo de compra, o que normalmente é entregue é um catálogo vazio e a lenta constatação de que povoá-lo exige exatamente as conversas que a ferramenta foi comprada para evitar.
Existe um sinal confiável dessa falha. Pergunte que percentual dos ativos do catálogo tem, ao mesmo tempo, proprietário e definição aprovada. Numa função de governança bem conduzida o número é pequeno mas crescente, e alguém sabe dizer quais domínios estão cobertos. Num programa que começou pela ferramenta o número é desconhecido, e a resposta honesta é que o crawler povoou o inventário e ninguém revisou desde então.
Compre a ferramenta em segundo lugar. Decida primeiro quem decide.
Mito 2: é um projeto que termina
Projetos são delimitados, financiados, entregues e encerrados. A governança se comporta como operação: tem custo de funcionamento, uma escala de plantão e uma fila de trabalho que nunca esvazia. Tratá-la como projeto produz um arco previsível — um termo de abertura, uma explosão de atividade, um relatório de encerramento e um declínio silencioso à medida que os proprietários nomeados trocam de cargo e ninguém os substitui.
Já vi o relatório de encerramento chegar com o problema de fundo intacto: onze políticas aprovadas, um conselho constituído, um catálogo implantado — e os times de finanças e comercial continuando a levar números de receita diferentes para a mesma revisão mensal, porque nenhuma política jamais nomeou quem arbitra isso. O projeto terminou. A governança não havia começado.
A versão que sobrevive tem casa permanente e um pequeno orçamento corrente. Também tem critério de saída para cada controle individual, não para a função inteira: cada controle tem dono e data de revisão, e na revisão ou se justifica com evidência ou é removido. Esse hábito é o que evita que a governança sedimente na burocracia de que todo mundo reclama.
Mito 3: é outra palavra para gestão de dados
A governança decide; a gestão de dados constrói e opera. A política de classificação é governança, a criptografia e a configuração de acesso são gestão. A tolerância de qualidade é governança, a regra de qualidade e o roteamento do alerta são gestão.
Confundi-las provoca uma falha específica e frequente: a governança é financiada dentro da TI, montada com engenheiros e cobrada por produzir uma autoridade que ela não tem. Engenheiros conseguem implementar qualquer regra que você der. Não conseguem fazer o diretor financeiro aceitar uma definição, e pedir isso a eles é como "governança" ganha sua reputação de obstáculo. Se a fronteira não está clara na sua organização, Governança de Dados vs. Gestão de Dados percorre isso em detalhe.
Mito 4: existe para reduzir risco
Risco e conformidade são a maneira mais fácil de financiar governança, e é por isso que tantos programas são enquadrados assim — e o enquadramento limita o valor sem que ninguém perceba.
Uma função de governança julgada apenas por risco otimiza para cobertura de controles. Ela adiciona aprovações, porque aprovação é auditável. E nunca retira nenhuma, porque retirar cria exposição sem crédito equivalente. O resultado é uma função segura, lenta e mal recebida, e a primeira a ser cortada quando o orçamento aperta.
Os programas que duram medem também o lado habilitador: quanto tempo alguém leva para obter acesso a um conjunto de dados, quantas métricas certificadas são reutilizadas em vez de reconstruídas, quanta reconciliação manual foi eliminada, com que rapidez um novo produto de dados pode ser lançado com propriedade e qualidade resolvidas. Esses números custam mais para coletar e são a razão pela qual alguém fora da auditoria se importa. Se você nunca colocou um número nesse atrito operacional, a calculadora do custo dos dados ruins é uma primeira estimativa razoável.
Mito 5: pode ser adicionada depois
Governança colocada depois sobre um parque em produção não é o mesmo trabalho que governança desenhada desde o início, e custa várias vezes mais. Atribuir propriedade depois de construir o warehouse significa reconstruir a intenção lendo SQL. Classificar depois da ingestão significa um projeto de descoberta em sistemas que nunca foram etiquetados. Acordar definições quando já existem doze painéis significa uma migração, não uma decisão.
A versão leve no início é genuinamente barata: um proprietário e uma classificação antes de um conjunto de dados entrar no roadmap, uma definição de pronto que inclua limite de qualidade e rota de alerta, e um decisor com nome para o punhado de perguntas em que a organização vive travando. Nada disso exige plataforma nem conselho. Exige a disciplina de fazer três perguntas antes de construir, e não depois.
Os cinco mitos, lado a lado
| Não é | Porque | O que é de fato |
|---|---|---|
| Uma ferramenta que se compra | Software guarda decisões; não pode tomá-las nem cobrar responsabilidade | A autoridade que decide o que a ferramenta registra |
| Um projeto que termina | Definições derivam, sistemas mudam, proprietários vão embora | Uma prática operacional com custo corrente e cadência de revisão |
| Sinônimo de gestão de dados | Uma produz regras e responsabilidade, a outra sistemas e operação | A camada de decisão que a gestão de dados implementa |
| Só uma questão de risco | Uma governança centrada só no controle adiciona aprovações e nunca as remove | Uma função medida por proteção e por habilitação |
| Algo para adicionar depois | Colocar depois obriga a reconstruir a intenção a partir de sistemas vivos | Um pequeno conjunto de perguntas feitas antes de construir |
O que fazer com isso
Se você está tentando financiar um programa de governança, ou explicar por que o anterior não funcionou, os mitos acima normalmente são onde o desacordo realmente está. Fazer uma sala concordar sobre o que a governança não é custa cerca de uma hora e economiza um ano para o programa médio.
Depois comece pequeno o bastante para ser crível. Três domínios com proprietários nomeados, dez decisões escritas, um fórum com mandato real e uma medida publicada de se as decisões estão ficando mais rápidas. Isso é uma função de governança. Todo o resto — a plataforma, a estrutura de conselhos, o roadmap de maturidade — é elaboração que você pode se permitir quando o básico já funciona.
Se você quer ver onde sua organização está hoje, a avaliação de maturidade em governança de dados cobre as quatro dimensões que preveem se um programa vai se sustentar. Para a mecânica de transformar esses princípios em rotinas que funcionam, Como construir um modelo operacional de governança de dados é o passo seguinte, e Introdução aos fundamentos de um programa de governança de dados cobre os fundamentos em ordem.