Governança de dados, sem falar de frameworks

A DAMA chama de exercício de autoridade e controle sobre a gestão dos ativos de dados, o que é preciso e funciona mal numa reunião. No dia a dia significa decidir quem decide: quem é dono de uma definição, quem aprova um acesso, quem responde quando um número sai errado. Políticas, papéis e regras são a forma de deixar essas decisões escritas para que continuem valendo seis meses depois.

A governança decide, a gestão constrói. A governança define a estratégia, as políticas e os direitos de decisão: quem é dono da definição de cliente, quem aprova acessos, qual nível de qualidade é suficiente. A gestão de dados é o trabalho técnico que executa essas decisões na arquitetura, na integração e na segurança. Você precisa das duas: uma sem a outra é uma política que ninguém implementa ou uma plataforma sobre a qual ninguém concorda.

Alfabetização em dados é a sua equipe conseguir ler um número, questioná-lo e agir com ele. É a diferença entre um painel que as pessoas citam e um painel em que as pessoas confiam. E quase sempre é um problema de vocabulário, não de estatística: as pessoas raramente leem um gráfico errado, elas não sabem se "cliente ativo" significa a mesma coisa na sua apresentação e no relatório delas.

Em vez de governar a empresa inteira de uma vez, você escolhe um caso de uso que já dói — o domínio de clientes, o relatório do comitê — e governa de ponta a ponta: dono nomeado, definições acordadas, qualidade medida, acessos controlados. Você tem algo funcionando em semanas em vez de um documento de framework em meses, e o seu patrocinador tem um resultado que ele consegue ver.

O Data Owner é um líder de negócio que pode mudar as coisas de verdade: tem autoridade e orçamento sobre um domínio como Clientes ou Finanças, e leva a consequência quando uma decisão sai errada. O Data Steward é quem faz o trabalho: mantém as definições, persegue os problemas de qualidade, aplica as regras de negócio e responde o que significa cada campo. Um dono sem steward é responsabilidade sem capacidade; um steward sem dono é trabalho sem mandato.

Em três lugares, e normalmente dá para contar os três. Custo: as horas que a sua equipe gasta limpando dados, conciliando relatórios e refazendo números em que ninguém confia. Receita: a analítica e os modelos de IA sobre os quais você pode agir porque o que os alimenta é confiável. Risco: as multas, os vazamentos e os apontamentos de auditoria que você não teve. Se quiser um número para abrir a conversa, jogue as suas horas de retrabalho na calculadora do custo dos dados ruins deste site.

Não. As ferramentas ajudam; elas não decidem nada. Você pode começar com o que já tem: uma planilha para o glossário, uma matriz RACI para os papéis, uma regra escrita para classificação e acesso. Compre a plataforma quando souber o que quer que ela faça, porque um catálogo cheio de definições que ninguém acordou é uma lista carríssima de nomes de tabelas.

Quase todo problema de IA para o qual me chamam acaba sendo um problema de dados: ninguém sabe dizer de onde veio o dado de treinamento, quem autorizou o uso, se ele contém registros pessoais ou por que o modelo respondeu o que respondeu. A governança é o que responde a isso, com linhagem, classificação, controle de acesso e retenção. É por isso que as organizações que governaram os dados primeiro são as que se sustentam quando um regulador pergunta.

Um diagnóstico mais um primeiro caso de uso governado costuma levar de 8 a 12 semanas: algumas semanas para ver com clareza onde dói e o resto para consertar uma coisa de ponta a ponta. O que você tem no fim não é um programa pronto. É um exemplo que funciona e um plano em que a organização acredita, que é o que falta antes de partir para o próximo domínio.

O patrocinador precisa ser alguém do negócio que sinta a dor e consiga fazer outros líderes aparecerem: normalmente um diretor de operações, um diretor financeiro ou um Chief Data Officer. Onde a equipe fica importa menos do que ela não ser vista como um projeto de TI, porque as decisões que a governança toma (definições, responsabilidades, usos aceitáveis) são decisões de negócio. TI é um parceiro essencial para as ferramentas e os controles, mas quando a governança responde só a TI costuma virar um projeto de plataforma que o negócio ignora educadamente.

Coloque na descrição do cargo, ou pelo menos nas metas, porque a boa vontade acaba lá pelo segundo trimestre. Depois, torne o tempo visível e pequeno: o papel de steward é uma parte definida da semana de alguém, não uma noite a mais. E comece onde já dói, para que a primeira coisa que as pessoas vivam seja um problema delas indo embora, e não um formulário novo para preencher. Reconhecimento também ajuda: cite quem consertou o relatório do conselho.

Normalmente não. O catálogo é onde vivem as definições, os responsáveis e a linhagem já acordados; se nada foi acordado ainda, você está comprando uma biblioteca vazia. Comece com um caso de uso, combine definições e responsáveis numa planilha e deixe o trabalho de mantê-la atualizada mostrar o que você precisa que o catálogo faça. Assim a escolha da ferramenta vira uma conversa curta, e não uma avaliação de seis meses de funcionalidades que ninguém vai usar.

A maioria das organizações acaba num modelo federado: uma equipe central pequena define os padrões, as políticas e o vocabulário comum, e os domínios são donos dos seus dados e cuidam deles dentro dessas regras. O modelo totalmente centralizado funciona em organizações menores ou muito reguladas, mas vira gargalo conforme a empresa cresce. O data mesh é a federação levada mais longe, com domínios publicando dados como produtos, e só funciona quando os domínios já têm as competências e a vontade. Escolha para a organização que você tem hoje, não para a da palestra.

Responder o que um campo significa, rastrear um problema de qualidade até o sistema que o causou, revisar uma mudança numa definição, aprovar ou encaminhar um pedido de acesso e manter honestas as entradas do glossário do seu domínio. Para a maioria dos stewards isso fica entre meio dia e um dia por semana, junto com o trabalho principal. Se toma muito mais, o escopo está grande demais; se não toma nada, provavelmente o papel só existe no organograma.

Escolha o que já dói, que importa para alguém com peso e que dá para resolver em uns três meses. O relatório do conselho com dois números de receita, os dados de clientes por trás de uma campanha que deu errado, o envio regulatório que exige três semanas de conciliação: esses são bons candidatos. Evite o domínio mais importante se ele também for o mais difícil politicamente, porque o seu primeiro trabalho é provar que a governança funciona, não vencer a discussão mais dura da empresa.

A regulação diz o que você precisa alcançar; a governança é como você consegue provar que alcançou. A LGPD e o GDPR esperam que você saiba quais dados pessoais tem, para quê, para onde vão, quem pode vê-los e quando são apagados. Cada uma dessas perguntas é de governança: classificação, linhagem, controle de acesso, retenção. Organizações sem governança respondem a elas uma vez por auditoria, à mão e sob pressão. Organizações com governança respondem com registros que já existem.

Meça coisas que mudam comportamento, não atividade. Bons sinais: a parcela de elementos de dados críticos com um responsável nomeado e uma definição acordada, a tendência da qualidade nos dados que alimentam os relatórios principais, o tempo para resolver um problema de dados ou aprovar um acesso, e com que frequência o mesmo número é contestado numa reunião. Contar políticas escritas ou entradas no catálogo mostra que as pessoas estavam ocupadas, não que algo melhorou.

Se você trabalha com gestão de dados ou perto dela, sim: ela dá um vocabulário comum com a profissão, um mapa estruturado das onze áreas de conhecimento da DAMA e uma credencial que recrutadores e clientes reconhecem. Ela não vai ensinar como conduzir um programa na sua empresa, que é a lacuna que a experiência preenche. Para se preparar, leia com atenção os capítulos do DMBOK sobre governança, qualidade de dados e metadados, faça muitas questões de prática e foque em entender por que as respostas estão certas, em vez de decorá-las.

Raramente por causa do framework ou da ferramenta. Eles fracassam porque não há um patrocinador de negócio, porque tentam governar tudo de uma vez, porque os papéis são atribuídos sem tempo para exercê-los ou porque produzem documentos em vez de decisões. O jeito de evitar é pouco glamoroso: um caso de uso que dói, responsáveis com autoridade real, rotinas pequenas que as pessoas realmente frequentam e um resultado que o seu patrocinador consiga mostrar em um trimestre. Depois, repetir no próximo domínio.