Se você trabalha com dados por tempo suficiente, alguém vai colocar o DMBOK nas suas mãos. É um livro pesado com uma roda na capa, é a coisa mais próxima de um vocabulário compartilhado que a profissão tem e é lido errado rotineiramente — normalmente como uma lista de tarefas a completar em vez de uma referência a consultar.
O DAMA Data Management Body of Knowledge é um corpo de conhecimento, o que é uma coisa específica e um pouco incômoda de ser. Ele diz em que consiste a disciplina, como é o "bom" em cada parte e que vocabulário usar. Não diz o que fazer na segunda-feira. Entender essa distinção é o que separa quem extrai valor do DMBOK de quem passa um ano produzindo artefatos que ninguém lê.
Este texto cobre o que o framework diz sobre governança de dados especificamente, e como usá-lo sem se afogar nele.
Como o DMBOK define governança de dados
A definição é curta e vale ler duas vezes:
O exercício de autoridade, controle e tomada de decisão compartilhada (planejamento, monitoramento e cumprimento) sobre a gestão dos ativos de dados.
Três palavras aí fazem a maior parte do trabalho.
Autoridade significa que a governança tem respaldo suficiente para que uma decisão se sustente. Sem isso você tem um fórum que emite recomendações, que é uma forma de teatro muito comum e muito caro.
Compartilhada significa que a tomada de decisão é distribuída em vez de concentrada na TI ou num time central. Governança é um ato transversal porque as definições e os apetites de risco que ela decide pertencem ao negócio.
Sobre a gestão dos ativos de dados é a parte mais frequentemente ignorada. Governança não é a gestão de dados. É autoridade exercida sobre essa gestão. Ela fica acima do trabalho em vez de fazê-lo, e é exatamente por isso que pode ser pequena.
Por que a governança fica no centro da roda
A roda do DMBOK põe a governança de dados no eixo e as outras áreas de conhecimento em volta: arquitetura, modelagem, armazenamento e operação, segurança, integração, documentos e conteúdo, dados de referência e mestres, data warehouse e business intelligence, metadados e qualidade de dados.
Quem está começando lê o eixo como um ranking: governança é a função mais importante. Não é ranking, é topologia. A governança está no meio porque todas as outras áreas precisam de decisões que não podem tomar por autoridade própria. Segurança precisa conhecer os níveis de classificação. Dados mestres precisam saber qual sistema é autoritativo para cliente. Qualidade de dados precisa conhecer a tolerância e quem aceita o risco de não alcançá-la. Tudo isso são saídas de governança, consumidas por outras funções.
Lido assim, o eixo diz algo prático: se a sua função de governança produz artefatos que nenhuma outra área de conhecimento consome, ela não está no centro de nada.
Os quatro componentes que fazem funcionar
O DMBOK descreve a governança ao longo de um capítulo extenso. Na implementação ela se reduz a quatro componentes, e um programa a que falte qualquer um deles vai travar.
Papéis e responsabilidades
O framework distingue papéis que as organizações costumam misturar:
- Proprietários de dados: responsáveis por um domínio de dados. Aprovam definições, aceitam risco e decidem acessos. Com senioridade suficiente para dizer não e proximidade suficiente ao negócio para saber o que o dado significa.
- Curadores de dados: fazem o trabalho de definição e de qualidade. Mantêm o glossário de negócio, investigam defeitos, coordenam correções. É aqui que vão as horas reais.
- Custodiantes de dados: as equipes técnicas responsáveis por armazenamento, controles e operação. Implementam; não decidem.
O modo de falha é um programa com proprietários nomeados num slide e sem curadores. Propriedade sem curadoria produz uma pessoa responsável sem capacidade de agir, e ela vai parar de aparecer sem dizer nada.
Políticas e padrões
As políticas de dados dizem o que deve ser verdade; os padrões dizem como. Classificação, retenção, tratamento de privacidade sob GDPR, LGPD ou HIPAA, aprovação de acesso, convenções de nomes e limites de qualidade para elementos de dados críticos moram aqui.
O DMBOK é claro que devem ser poucas, localizáveis e exigíveis. Na prática, as organizações escrevem demais e não guardam em lugar nenhum. Um conjunto de políticas funciona quando um curador consegue responder com ele a uma pergunta real em menos de um minuto.
Uma nota sobre quantas políticas são suficientes. Nove de cada dez organizações com as quais trabalhei tinham mais páginas de política do que curadores, o que é sinal confiável de que escrever substituiu decidir. Se uma política nunca foi citada numa decisão real e ninguém sabe nomear seu dono, ela é documentação, não governança.
Órgãos de decisão
O framework descreve um conselho de governança de dados ou comitê diretivo: o fórum onde conflitos entre domínios são resolvidos e padrões são aprovados.
Uma ressalva que o livro insinua e a prática torna óbvia: conselhos revisam bem e decidem mal. Use o fórum para arbitrar, escalar e aprovar padrões. Deixe as decisões rotineiras com pessoas nomeadas, ou seu tempo de decisão passa a ser a cadência da reunião.
Supervisão e monitoramento
Governança sem medição vira apenas afirmação. Supervisionar significa saber que percentual dos elementos críticos tem proprietário ativo, se a qualidade está dentro da tolerância, quanto tempo levam as decisões de acesso e se as definições aprovadas estão realmente sendo reutilizadas. Esse relatório é o que permite pedir financiamento continuado com algo além de um princípio.
A supervisão também é como você descobre que a governança parou de acontecer. O sinal raramente é uma falha dramática; é uma queda lenta na cobertura de propriedade conforme as pessoas mudam de cargo, e ninguém percebe por dois trimestres porque ninguém estava publicando.
Como a governança dirige as outras áreas de conhecimento
| Área de conhecimento | O que a governança fornece | O que a área faz com isso |
|---|---|---|
| Qualidade de dados | Tolerâncias, lista de elementos críticos, quem aceita risco | Perfilamento, regras, monitoramento, remediação |
| Segurança | Níveis de classificação, regras de manuseio, política de acesso | Criptografia, modelos de papel, aplicação, auditoria |
| Arquitetura | Fronteiras de domínio, fontes autoritativas, padrões | Modelos, padrões de integração, desenho de plataforma |
| Referência e mestres | Qual sistema é autoritativo por entidade | Pareamento MDM, sobrevivência, distribuição |
| Metadados | Aprovação de definições, registro de propriedade | Povoamento do catálogo, captura de linhagem |
| Warehouse e BI | Definições de métricas certificadas, regras de aposentadoria | Modelos semânticos, reporting certificado |
O padrão é constante. A governança produz uma decisão; a área de conhecimento produz um sistema que a implementa. Nada da coluna do meio exige uma plataforma, e nada da coluna da direita se resolve numa reunião.
O que o DMBOK não vai lhe dar
É aqui que a maioria das implementações descarrilha, então vale ser direto.
O DMBOK não sequencia o trabalho. Ele apresenta onze áreas de conhecimento como pares, e uma organização que tente erguer as onze ao mesmo tempo não fará progresso visível em nenhuma. O sequenciamento é seu julgamento, informado por onde seus escalonamentos realmente nascem.
Ele também não dimensiona a função. Nada no livro diz se você precisa de dois curadores ou de vinte, nem se deve operar centralizado ou federar. Isso depende de quantas pessoas nomeadas conseguem de fato lhe dar um dia por semana, que é uma pergunta de capacidade, não de framework.
E ele não lhe dá um business case. O framework não vai dizer ao seu CFO quanto os dados ruins custam. Esse número você constrói com suas próprias horas de retrabalho, registros duplicados e esforço de reconciliação; a calculadora do custo dos dados ruins é uma estimativa inicial utilizável.
Usar o DMBOK sem se afogar
Uma abordagem prática, na ordem em que eu executaria.
Adote o vocabulário já. Usar os termos do DMBOK para proprietário, curador, custodiante e elemento de dados crítico não custa nada e elimina uma categoria inteira de confusão em cada conversa seguinte.
Depois escolha três áreas de conhecimento, guiado por onde dói e não pela ordem do livro. Para a maioria das organizações o trio produtivo é a própria governança, a qualidade de dados e os metadados — porque propriedade, medição e definições documentadas se reforçam e produzem resultados visíveis dentro de um trimestre.
Use o conteúdo de maturidade como diagnóstico, não como meta. Um modelo de maturidade serve para achar sua dimensão mais fraca e não vale nada como ambição; "chegar ao nível 4" não é um resultado que alguém fora do time de dados vá financiar. Se quiser uma leitura rápida de onde você está, a avaliação de maturidade cobre as dimensões que preveem se um programa se sustenta.
E considere a certificação se quiser o vocabulário a sério. O CDMP examina todo o corpo de conhecimento, e estudar para ele é a forma mais eficiente de parar de adivinhar qual capítulo responde a cada pergunta.
Governança como prática iterativa
O framework é explícito em que isso é contínuo. Modelos de negócio mudam, a regulação se move, sistemas são substituídos e cada reestruturação deixa órfão um conjunto de proprietários. Uma função de governança que não revisita seus próprios direitos de decisão, não retira os controles que pararam de merecer o lugar e não reconfirma a propriedade depois de cada reorganização vai perder o que conquistou no primeiro ano.
Essa é a leitura honesta do DMBOK sobre governança de dados: um vocabulário compartilhado, uma descrição de como é o bom e uma afirmação clara de que autoridade — não ferramenta, não documentação — é o que faz qualquer parte disso funcionar.
Para a camada prática que o livro deixa deliberadamente aberta, Como construir um modelo operacional de governança de dados cobre como direitos de decisão se tornam rotinas, e Introdução aos fundamentos de um programa de governança de dados expõe os fundamentos na ordem em que eu os construiria.