Data Steward: quem é, o que faz e como escolher a pessoa certa

Toda iniciativa de governança de dados chega num momento específico onde a teoria precisa de um rosto.

Você pode ter o melhor framework do mercado, um Data Catalog sofisticado, políticas bem escritas e um comitê executivo engajado. Se não houver pessoas responsáveis por cada domínio de dados no dia a dia — pessoas que conheçam o dado, defendam sua qualidade e resolvam conflitos de definição — a governança vai existir no papel e não na prática.

Essas pessoas são os Data Stewards. E escolher as erradas é o erro número um em programas de governança.

O que é um Data Steward, de fato

A DAMA International define Data Stewardship como "a gestão formal e a supervisão dos ativos de dados por meio de uma função de custódia designada e coordenada". O Data Steward é quem exerce essa função.

Na prática, é a pessoa que acorda de manhã pensando: "esse dado de cliente está correto? Quem aprovou essa mudança de schema? Por que o financeiro e o comercial têm números diferentes para a mesma métrica?"

Não é um papel de TI. Não é um papel de compliance. É um papel de negócio com profundo conhecimento técnico — ou de tecnologia com profundo entendimento do contexto de negócio. O melhor dos casos é quando as duas coisas se combinam numa mesma pessoa.

A confusão que paralisa projetos: Owner, Steward e Custodian

Um dos maiores problemas em programas de governança é usar esses três termos como sinônimos. Não são.

Data Owner é o executivo ou gestor sênior que tem autoridade formal sobre um domínio de dados. Define políticas, aprova acessos estratégicos e responde pelo dado perante a organização. É o dono no sentido de responsabilidade e poder de decisão. Em geral, é o diretor da área que mais usa e mais depende daquele dado.

Data Steward é quem operacionaliza as decisões do Owner no dia a dia. Define e mantém o glossário de negócio, monitora qualidade, resolve conflitos de definição, documenta regras de negócio, aprova mudanças estruturais nos dados. É a ponte entre o negócio e a tecnologia.

Data Custodian é quem cuida da infraestrutura técnica onde o dado vive. O DBA que garante backup, o engenheiro de dados que mantém o pipeline, o time de segurança que controla acesso. Responsabilidade técnica, não de negócio.

Quando uma organização coloca o Custodian no papel de Steward — o que é extremamente comum — o resultado é um programa que fala muito de banco de dados e pouco de significado de dados.

Três tipos de Data Steward

Organizações mais maduras trabalham com diferentes perfis, cada um com foco distinto:

Business Data Steward — vem da área de negócio. Conhece o contexto, sabe o que o dado representa para a operação, consegue defender uma definição numa reunião com o CFO. É quem mais deveria exercer esse papel, mas costuma ser o mais resistente a aceitar a responsabilidade porque não é percebido como função do seu cargo.

Technical Data Steward — vem da área de dados ou engenharia. Cuida da qualidade técnica, linhagem, metadados, padrões de nomenclatura e integração entre sistemas. Precisa de parceria com o Business Steward para que o trabalho técnico reflita a realidade do negócio.

Executive Data Steward — atua no nível estratégico de um domínio inteiro (cliente, produto, fornecedor). Normalmente é o próprio Data Owner exercendo stewardship em decisões de alto impacto que não podem ser delegadas.

Como identificar as pessoas certas

Aqui está onde a maioria dos programas erra. A designação de Data Stewards costuma seguir um de dois caminhos ruins: ou a pessoa é escolhida por disponibilidade ("fulano tem tempo livre") ou por hierarquia ("vamos colocar o gerente porque tem autoridade").

Nenhum desses critérios funciona.

O perfil de um bom Data Steward tem características que podem ser identificadas antes da designação:

Conhece o dado na prática. Não o conceito abstrato — a realidade do dado no sistema. Sabe por que o campo dt_abertura_conta tem valores nulos em 12% dos registros. Entende o contexto histórico daquele problema.

É respeitado pelas duas pontas. Consegue conversar com o diretor sobre impacto no negócio e com o engenheiro sobre linhagem técnica. Esse trânsito entre mundos é raro e valioso.

Tem curiosidade sobre qualidade. Não aceita "sempre foi assim" como resposta. Se vê uma inconsistência, quer entender a causa, não apenas registrar o sintoma.

Consegue dizer não com contexto. Data Steward que aprova tudo não é Steward, é carimbo. O papel exige defender padrões mesmo quando a demanda vem de alguém com mais hierarquia.

Tem disposição para colaborar. Conflitos de definição são inevitáveis. O Steward que entra em modo defensivo a cada divergência trava o programa.

Os erros mais comuns na designação

Colocar alguém sem tempo. Data Stewardship não é uma atividade de 30 minutos por mês. Programas maduros estimam entre 10% e 30% do tempo de trabalho da pessoa dedicado ao papel, dependendo da criticidade do domínio.

Escolher só por senioridade. Um analista sênior que conhece profundamente o dado pode ser muito mais efetivo do que um gerente que só o vê em relatórios consolidados.

Não formalizar o papel. Se o Data Steward não tem o papel reconhecido formalmente — no organograma, na avaliação de desempenho, nas reuniões oficiais — ele vira um voluntário que ninguém leva a sério.

Criar um Steward isolado. O papel funciona em rede. Um Steward sem conexão com outros Stewards, sem um fórum de discussão, sem escalada clara para o Data Owner, toma decisões no vácuo e perde consistência.

Nunca revisar a designação. Pessoas mudam de área, de cargo, de empresa. Um programa que designa Stewards uma vez e nunca revisita a lista em seis meses vai acumular responsabilidades órfãs sem perceber.

Como estruturar o programa na prática

Antes de designar qualquer pessoa, responda três perguntas:

Quais são os domínios de dados críticos? Cliente, produto, fornecedor, transação — cada organização tem seus domínios prioritários. Comece pelos que mais doem quando estão errados.

Quem é o Data Owner de cada domínio? O Steward precisa de um superior hierárquico no programa de governança. Sem Owner definido, o Steward não tem respaldo para tomar decisões difíceis.

Como o Steward vai interagir com o resto da organização? Defina o fórum (Data Council, comitê de governança, reunião mensal), a frequência, as ferramentas de comunicação e o processo de escalonamento.

Com essas respostas claras, a conversa com o candidato a Steward muda completamente. Em vez de "você vai ser responsável pelos dados de cliente", você diz: "aqui está o escopo, aqui estão suas responsabilidades, aqui está quem te apoia, e aqui está como isso vai aparecer na sua avaliação de desempenho".

Essa conversa tem muito mais chance de gerar um comprometimento real.

O que distingue um programa que funciona

Nos projetos onde vi o Data Stewardship funcionar de verdade, havia um elemento em comum que não estava em nenhum framework: a liderança falava o nome do Steward em reuniões estratégicas.

Quando o CFO cita o Data Steward de finanças numa reunião de resultados, quando o CDO apresenta o trabalho dos Stewards no relatório trimestral, quando a avaliação de desempenho inclui entregas de qualidade de dados — o papel ganha credibilidade real. As pessoas que exercem começam a ser procuradas, não evitadas.

Governança de dados não é uma estrutura. É uma cultura. E cultura se constrói uma pessoa de cada vez, com o papel certo, o suporte certo e o reconhecimento certo.

---