A consultoria de gestão se apoia em pessoas, processos e tecnologia há décadas, e é uma tríade genuinamente útil. Aplicada ao trabalho com dados ela também é incompleta, porque trata como dado aquilo que está sendo governado. Adicione o quarto canto e você tem o que passei a chamar de Quadrado de Ouro: pessoas, processos, tecnologia e dados.
O valor do modelo não é descritivo. É diagnóstico. Quase todo programa de governança de dados travado que me pediram para olhar era forte em dois cantos, aceitável em um e vazio no quarto — e o canto vazio era confiavelmente a razão do travamento. Então este texto cobre o que cada canto realmente contém e, mais útil ainda, como é a falha quando um deles está faltando.
Pessoas: autoridade, capacidade e cultura
A governança é exercida por pessoas, e este canto tem três requisitos distintos que as organizações costumam misturar.
Autoridade. Alguém precisa poder tomar uma decisão que se sustente. Isso significa um proprietário de dados por domínio com senioridade suficiente para que um colega de mesmo nível não volte a discutir no mês seguinte a definição que ela aprovou.
Capacidade. Alguém precisa ter horas disponíveis para fazer o trabalho: o trabalho lento das definições, a investigação de defeitos, a resposta às perguntas. É a função de curadoria de dados, e é a parte mais consistentemente subdimensionada de qualquer programa de governança. Meio dia por semana, acordado com o próprio gestor do curador, vale mais que qualquer quantidade de compromisso nominal.
Cultura. Pessoas suficientes precisam entender por que os controles existem para cumpri-los sem serem perseguidas. Isso é uma questão de alfabetização de dados, e determina se a governança é vivida como ajuda ou como obstáculo.
Os três são independentes, e é por isso que investimento parcial produz tão pouco. Um proprietário com autoridade e sem capacidade aprova devagar e para de aparecer. Um curador com capacidade e sem proprietário acima produz documentação excelente que ninguém ratifica. E os dois trabalhando numa cultura em que ninguém explicou por que isso importa passam a semana negociando em vez de decidindo.
Processos: as rotinas que carregam as decisões
Processo é o que transforma uma intenção de governança em algo que acontece numa terça-feira, quer alguém se lembre ou não.
As rotinas centrais são poucas: como uma definição é proposta, revisada e aprovada; como um defeito de qualidade é levantado, triado e encerrado; como o acesso é solicitado e decidido; como uma mudança em um ativo compartilhado é avaliada quanto a impacto; e como a propriedade é reconfirmada depois de uma reorganização.
O princípio de desenho que importa mais que qualquer detalhe: encaixe essas rotinas dentro das que já existem em vez de criar rotinas paralelas. Um limite de qualidade na definição de pronto de um pipeline sobrevive. Um comitê de revisão de governança separado, ao lado do processo de entrega, funciona enquanto alguém o persegue e decai no momento em que a atenção se move.
| Elemento de processo | O que produz | Onde deveria morar |
|---|---|---|
| Aprovação de definições | Um significado autoritativo por termo de negócio | O glossário de negócio, mantido por curadores |
| Tratamento de problemas de qualidade | Triagem, responsabilidade e encerramento | A fila de incidentes ou tickets já existente |
| Decisões de acesso | Um sim ou um não dentro de um nível de serviço | Regras permanentes por nível de classificação |
| Revisão de impacto de mudanças | Consequências a jusante conhecidas antes da mudança | A gestão de mudanças e releases existente |
| Reconfirmação de propriedade | Nenhum domínio órfão depois de uma reestruturação | Trimestral, junto à revisão de portfólio |
Tecnologia: o habilitador, não o programa
A tecnologia torna a governança barata de sustentar e impossível de começar. Essa ordem importa, porque este canto é onde vai primeiro a maior parte do orçamento.
O que a ferramenta faz de verdade: um catálogo de dados torna localizáveis as definições e a propriedade; motores de qualidade medem regras de qualidade periodicamente e roteiam alertas; a captura de linhagem responde "o que quebra se eu mudar isso"; plataformas de acesso aplicam o modelo de papéis; ferramentas de fluxo tiram a perseguição das aprovações.
O que ela não faz é decidir nada. Um catálogo vai hospedar quatro definições contraditórias de receita sem reclamar, porque não tem opinião sobre qual está certa nem autoridade para tornar alguma vinculante. A tecnologia acelera o processo que você já tem, inclusive um ruim. Automatizar um parque sem dono e sem definição produz caos mais rápido e com melhores logs.
Existe uma sequência defensável aqui. Compre ferramenta quando a carga manual de um processo que já funciona for a restrição ativa, não antes. Isso normalmente significa o segundo ano, e significa que você chega à conversa de compra sabendo o que precisa que a ferramenta faça, o que vale mais que qualquer quantidade de avaliação comparativa.
Dados: o canto que a tríade clássica esquece
O quarto canto é o próprio ativo, e adicioná-lo muda a análise de três formas específicas.
Ele obriga você a ser seletivo. Nem todo dado merece governança. Identificar os elementos de dados críticos — os atributos cuja falha causa dano visível ao negócio — é o que mantém um programa proporcional. Organizações que pulam esse passo governam tudo superficialmente em vez de algo bem.
Ele obriga você a considerar a forma. Registros estruturados num warehouse, logs e fluxos de eventos semiestruturados, e documentos, contratos e mídia não estruturados: todos precisam de governança, e os controles não se transferem entre eles. Um esquema de classificação desenhado para colunas de banco aplicado a um repositório de documentos produz uma política que não se pode aplicar.
E ele obriga você a pensar em ciclo de vida. O dado é criado, usado, fica defasado e em algum momento deveria ser arquivado ou apagado. Retenção com gatilho real é uma decisão de governança que a maioria dos programas adia indefinidamente, e é assim que organizações acabam guardando dados pessoais por onze anos sem base defensável.
Como é a falha em cada canto
É aqui que está o valor diagnóstico do modelo.
Pessoas fracas, todo o resto forte. Você tem plataforma, processos documentados e uma lista clara de elementos críticos — e nenhum proprietário com autoridade. Definições são propostas e nunca aprovadas. Alertas de qualidade chegam a uma lista de distribuição. Tudo está pronto para funcionar e nada decide. É a falha mais comum e a mais barata de consertar, porque nomear proprietários custa uma decisão e não um orçamento.
Processos fracos, todo o resto forte. Gente capaz, boa ferramenta, prioridades claras, e cada ato de governança é um esforço individual heroico. Funciona enquanto essas pessoas estão lá e desaparece quando trocam de cargo. O sintoma é um programa cujo resultado se correlaciona suspeitamente bem com a agenda de uma pessoa.
Tecnologia fraca, todo o resto forte. Proprietários, rotinas e lista de elementos críticos, tudo operado com planilhas e boa vontade. Este caso funciona de verdade, até certo ponto; é como eu começaria qualquer programa de primeiro ano. Ele quebra na escala: em algum ponto perto de cem ativos ou algumas dezenas de regras, a carga manual supera a capacidade disponível e os curadores começam a pular o que ninguém verifica.
Canto de dados fraco, todo o resto forte. Uma função bem provida, bem equipada e bem organizada governando tudo ao mesmo tempo sem priorização. Atividade enorme, nenhum resultado visível e uma população de curadores se esgotando lentamente ao documentar campos que ninguém lê. O remédio é uma lista de elementos críticos e a disposição de deixar coisas sem governança de propósito.
Encontrar sua restrição
Pontue cada canto com honestidade, de um a cinco, e aja sobre o mais baixo.
Para pessoas, pergunte: você consegue nomear em menos de um minuto a pessoa responsável pelos seus cinco principais domínios, e cada uma delas tem alguém com horas reais para fazer o trabalho?
Para processos, pergunte: se as duas pessoas mais envolvidas na sua função de governança saíssem no mês que vem, quais rotinas continuariam acontecendo?
Para tecnologia, pergunte: a restrição ativa das suas rotinas de governança hoje é o esforço manual ou a ausência de decisões? Compre só quando a resposta honesta for a primeira.
Para dados, pergunte: você consegue produzir a lista de atributos cuja falha causa dano visível ao negócio, e ela é curta o bastante para ser realmente governada?
A pontuação mais baixa é seu próximo investimento, e muito frequentemente não é aquela que vem com um fornecedor atrás. Se quiser uma versão estruturada deste diagnóstico sobre as mesmas dimensões, a avaliação de maturidade cobre os quatro, e a calculadora do custo dos dados ruins ajuda a colocar um número no que o canto mais fraco está custando.
O sentido do alinhamento
Nenhum dos quatro cantos produz valor por conta própria. Pessoas sem processo são heroicas e irrepetíveis. Processo sem tecnologia é sustentável apenas em pequena escala. Tecnologia sem pessoas automatiza um parque sem definição. E os três sem uma visão clara de quais dados importam produzem uma enorme quantidade de irrelevância bem governada.
Quando eles se alinham, a governança deixa de ser algo que se faz aos times e passa a ser a razão pela qual as decisões deles são mais rápidas e os números batem. Essa é toda a ambição, e ela é mais alcançável do que os frameworks fazem parecer.
Para a mecânica dos cantos de pessoas e processos especificamente, 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.