Matriz RACI na governança de dados: exemplo prático e como fazer

A matriz RACI na governança de dados é uma ferramenta que define, para cada decisão ou atividade, quem executa, quem responde pelo resultado, quem deve ser consultado e quem precisa ser informado. Ela transforma frases vagas como “a área de dados cuida disso” em responsabilidades verificáveis. O ganho principal não é preencher uma planilha: é evitar decisões sem dono, aprovações duplicadas, consultas intermináveis e conflitos entre negócio, tecnologia, segurança e compliance.

RACI significa Responsible, Accountable, Consulted e Informed. Em português, é comum usar responsável pela execução, responsável final ou aprovador, consultado e informado. Como as traduções de Responsible e Accountable podem parecer semelhantes, este guia usa as letras originais e explica o comportamento esperado de cada papel.

O que é uma matriz RACI?

É uma matriz de atribuição de responsabilidades. As linhas representam atividades, decisões ou entregáveis; as colunas representam papéis. Em cada cruzamento, uma letra mostra como aquele papel participa.

Uma boa prática é existir um único A por linha. Pode haver mais de um R quando a execução é realmente compartilhada, mas o excesso costuma indicar que a atividade está ampla demais. Atlassian e referências de gerenciamento de projetos destacam que um único accountable reduz conflitos de liderança.

Por que a RACI é útil na governança de dados?

A governança de dados distribui decisões entre várias áreas. O negócio conhece significado, uso e impacto; tecnologia administra plataformas e integrações; segurança protege ativos; privacidade e jurídico avaliam obrigações; equipes operacionais criam e corrigem registros. Sem um modelo explícito, todos participam, mas ninguém sabe quem decide.

A IBM descreve programas de governança com conselho, data owners, data stewards e partes interessadas. A Microsoft também diferencia papéis como domain owner, data product owner e data steward. Os nomes variam entre organizações; o importante é transformar cada papel em autoridade, trabalho e comunicação concretos.

A matriz ajuda a resolver situações como:

• quem aprova a definição oficial de “cliente ativo”;
• quem cria e testa uma regra de qualidade;
• quem decide se uma duplicidade será consolidada;
• quem autoriza acesso a dados sensíveis;
• quem aprova alterações no PDM de materiais;
• quem comunica uma mudança de código aos sistemas consumidores;
• quem responde quando um indicador fica abaixo do limite.

RACI não substitui organograma, política nem workflow

O organograma mostra relações hierárquicas. A política define princípios e obrigações. O procedimento explica como executar. O workflow controla etapas, prazos e evidências. A RACI conecta atividades e papéis, mas não substitui esses instrumentos.

Por exemplo, a matriz pode indicar que o data steward executa a análise de uma regra de qualidade e que o data owner aprova o limite. O workflow de aprovação no MDM registra a solicitação, o parecer, a aprovação, o prazo e a versão aplicada. Os dois mecanismos se complementam.

Quais papéis incluir?

Conselho ou comitê de governança

Define direção, prioriza temas corporativos e resolve conflitos que ultrapassam um domínio. Não deve aprovar cada alteração operacional.

Data owner ou dono do domínio

É o decisor de negócio para definições, políticas, níveis aceitáveis de qualidade e prioridades do domínio. Em muitas matrizes, ocupa o papel A nas decisões sobre significado e risco.

Data steward

Transforma diretrizes em prática: mantém metadados, acompanha qualidade, trata exceções, coordena correções e prepara decisões. O artigo Data Steward no MDM detalha responsabilidades e competências.

Custodian, engenharia ou TI

Implementa controles técnicos, integrações, acesso, disponibilidade, backup e monitoramento conforme arquitetura e decisões aprovadas. Não deve receber sozinho a responsabilidade pelo significado do dado.

Segurança, privacidade, jurídico e compliance

Contribuem conforme a natureza da decisão e o risco. Consultar todas essas áreas em todas as linhas cria burocracia; omiti-las quando há dados pessoais, restrições ou obrigações cria exposição.

Produtores e consumidores de dados

Quem cria ou utiliza dados conhece problemas práticos que podem não aparecer no catálogo. Esses papéis podem ser responsáveis por controles locais, consultados na definição ou informados sobre mudanças.

Use papéis, não nomes de pessoas, na matriz principal. Os nomes e substitutos podem ficar em um diretório de responsabilidades. Assim, a RACI sobrevive a férias, transferências e reorganizações.

Exemplo de matriz RACI para governança de dados

O exemplo abaixo é um ponto de partida, não uma regra universal. Cada organização deve ajustar autoridade, segregação de funções e risco.

Quando “R/A” aparece na mesma célula, o papel executa e responde pelo resultado. Isso pode funcionar em atividades técnicas bem delimitadas. Se a concentração reduzir a segregação necessária, separe execução e aprovação.

Exemplo para dados mestres de clientes

Em onboarding de clientes, a RACI pode ficar mais específica:

Esse desenho separa a decisão comercial, a qualidade cadastral, o crédito, o fiscal e a implementação técnica. Os detalhes precisam refletir as políticas reais da empresa.

Como construir a matriz em 8 etapas

1. Defina o escopo

Escolha um domínio, processo ou conjunto de decisões. “Governança de dados da empresa” é amplo demais. “Criação e alteração de fornecedores” ou “gestão das regras de qualidade do domínio clientes” são escopos verificáveis.

2. Liste entregáveis e decisões

Escreva linhas com verbo e objeto: aprovar definição, revisar regra, executar perfilamento, decidir exceção, publicar mudança. Evite linhas vagas como “qualidade” ou “governança”.

3. Identifique papéis reais

Use as funções que realmente tomam decisões e executam atividades. Não copie uma estrutura genérica se sua organização opera por domínios, unidades ou centros de serviço.

4. Comece pelo A

Defina quem responde pelo resultado de cada linha. Se ninguém aceita o A, existe uma lacuna de autoridade. Se vários disputam o A, existe sobreposição que precisa ser resolvida.

5. Atribua o R

Identifique quem realiza o trabalho. Toda atividade precisa de execução clara. Se houver muitos responsáveis, divida a linha ou nomeie um coordenador.

6. Limite C e I

Consultado participa antes da decisão; informado recebe comunicação. Colocar todos como C cria lentidão. Colocar todos como I gera ruído. Defina canal, momento e informação necessária.

7. Valide por cenários

Teste a matriz com casos reais: regra rejeitada, owner ausente, incidente, mudança urgente, integração com erro ou conflito entre domínios. Verifique se a decisão continua clara.

8. Publique, aplique e revise

Conecte a matriz a políticas, procedimentos, catálogo e workflows. Revise quando papéis, sistemas, riscos ou processos mudarem. Uma RACI esquecida em uma apresentação não governa nada.

Como revisar a matriz horizontalmente e verticalmente

Revisão por atividade

• Existe exatamente um A?
• Existe pelo menos um R?
• Há C demais para uma decisão simples?
• Quem precisa saber do resultado está como I?
• A segregação de funções é adequada ao risco?

Revisão por papel

• Um único papel concentra A em quase tudo?
• Algum papel aparece como R em atividades incompatíveis com sua capacidade?
• O data steward está executando decisões que caberiam ao owner?
• TI recebeu responsabilidade pelo significado de negócio?
• Há papéis somente informados, sem contribuição real?

A revisão vertical revela gargalos e sobrecarga. A horizontal revela lacunas e excesso de participantes.

RACI para governança centralizada, federada e por domínio

Em modelo centralizado, owners e stewards corporativos podem concentrar decisões. Em modelo federado, padrões comuns permanecem centrais e decisões especializadas ficam nos domínios. O artigo sobre MDM federado explica como equilibrar controle e autonomia.

Uma matriz corporativa pode indicar quem define princípios, enquanto matrizes por domínio detalham decisões locais. Evite copiar a mesma RACI para todos os domínios: clientes, fornecedores, materiais, pessoas e finanças possuem riscos e especialistas diferentes.

Como conectar RACI a indicadores e SLA

Responsabilidade sem medida é difícil de gerenciar. Para cada atividade crítica, relacione:

• evento que inicia o trabalho;
• prazo ou SLA;
• critério de conclusão;
• evidência obrigatória;
• indicador de qualidade;
• regra de escalonamento;
• substituto em caso de ausência.

Exemplo: o steward é R para analisar uma exceção em dois dias úteis; o owner é A pela decisão; segurança é C quando houver dado restrito; solicitante e consumidores são I. O workflow registra prazo, parecer e aprovação.

Erros comuns ao usar RACI

• Dois ou mais A na mesma linha: a decisão final continua ambígua.
• Nenhum R: existe aprovação, mas ninguém executa.
• Todo mundo como C: cada decisão vira uma reunião ampla.
• Pessoas em vez de papéis: a matriz envelhece com qualquer mudança.
• Atividades genéricas: não é possível verificar conclusão.
• TI como dona do significado: responsabilidade de negócio é transferida por conveniência.
• Steward como aprovador universal: execução e autoridade ficam confundidas.
• Matriz sem workflow: papéis estão documentados, mas não são aplicados.
• Ausência de revisão: a RACI representa um organograma que já não existe.

Checklist para colocar a RACI em operação

1. Escolha um processo ou domínio prioritário.
2. Liste decisões e entregáveis com verbos.
3. Defina papéis e autoridade.
4. Atribua um A e pelo menos um R por linha.
5. Reduza consultas e comunicações desnecessárias.
6. Valide com casos reais e exceções.
7. Associe SLA, evidência e escalonamento.
8. Configure os papéis no workflow e nas permissões.
9. Publique em local acessível.
10. Revise periodicamente e após mudanças relevantes.

Conclusão

A matriz RACI torna a governança de dados executável porque transforma responsabilidades abstratas em decisões e tarefas atribuídas. Ela funciona melhor quando o escopo é específico, cada linha possui um único accountable, o responsável pela execução está claro e os consultados são realmente necessários.

Comece por um processo com conflitos visíveis, como criação de clientes, tratamento de regras de qualidade ou alteração de materiais. Conecte a RACI ao modelo operacional de governança, aos workflows e aos indicadores. A matriz deixa de ser documentação e passa a orientar decisões reais.

Perguntas frequentes sobre matriz RACI na governança de dados

O que significa RACI?

RACI significa Responsible, Accountable, Consulted e Informed: quem executa, quem responde pelo resultado, quem contribui antes da decisão e quem recebe comunicação.

Qual é a diferença entre R e A?

R realiza o trabalho. A possui a responsabilidade final, aprova e presta contas pelo resultado. Uma pessoa ou papel pode acumular R e A em atividades simples, se isso não comprometer controles.

Pode haver mais de um A?

É recomendável um único A por atividade. Vários aprovadores finais mantêm a ambiguidade que a matriz deveria resolver. Se a decisão possui etapas diferentes, separe-as em linhas.

Pode haver mais de um R?

Sim, quando o trabalho é compartilhado. Entretanto, muitos responsáveis podem indicar que a atividade precisa ser dividida ou coordenada de forma mais clara.

O data owner é sempre A?

Não. Ele tende a ser A em decisões de significado, qualidade e prioridade do domínio, mas atividades técnicas, segurança ou decisões corporativas podem ter outro accountable.

O data steward é R ou A?

Frequentemente é R na manutenção de metadados, monitoramento e tratamento de exceções. Pode ser A em atividades delegadas e delimitadas, conforme autoridade formal.

Quando revisar a matriz?

Após mudanças de estrutura, processo, sistema, risco ou política, e em uma cadência definida. Incidentes e atrasos recorrentes também indicam que os papéis precisam ser revistos.

Como a 4MDG pode apoiar

A 4MDG permite transformar responsabilidades em workflows com etapas, alçadas, validações, SLA, evidências e trilha de auditoria. Assim, data owners, stewards, áreas técnicas e solicitantes participam conforme a RACI definida. Para desenvolver competências em governança e MDM, conheça também a MDM Academy.

O 4MDG é uma solução SaaS completa de MDM com homologação de fornecedores, onboarding de clientes e padronização descritiva de materiais.

https://www.4mdg.com.br/
Fone: (11) 4113-2510

Fontes consultadas

• IBM — What is data governance?.
• Microsoft Learn — papéis e permissões de governança de dados.
• Microsoft Learn — ownership e stewardship.
• Atlassian — RACI chart.

Nota editorial: publicado em 20 de outubro de 2026. A matriz apresentada é um exemplo educacional e deve ser adaptada à estrutura, aos riscos e às políticas da organização.