Matriz RACI no PMBOK 8: Guia Completo com Template

Poucos problemas em gerenciamento de projetos causam tantos atrasos e retrabalho quanto a confusão sobre quem faz o que. Quando responsabilidades não estão claramente definidas, tarefas caem em “terra de ninguém”, decisões travam por falta de autoridade e profissionais qualificados perdem tempo duplicando esforços. A matriz RACI é a ferramenta que resolve esse problema de forma visual e objetiva, atribuindo a cada atividade do projeto exatamente quem é Responsável, quem Aprova, quem deve ser Consultado e quem precisa ser Informado. Neste artigo, você vai entender o que é a matriz RACI, como ela aparece no PMBOK 8, como construir a sua passo a passo e como aplicar em projetos preditivos, ágeis e híbridos.

O QUE É A MATRIZ RACI

A matriz RACI é um tipo de Responsibility Assignment Matrix (RAM) — ou matriz de atribuição de responsabilidades — que mapeia atividades ou entregas do projeto contra os papéis ou pessoas envolvidas. Cada célula da matriz recebe uma das quatro letras:

• R — Responsável (Responsible): a pessoa ou grupo que executa o trabalho. Pode haver mais de um “R” por atividade quando a execução é compartilhada, mas o ideal é manter o número reduzido para evitar diluição de responsabilidade.
• A — Aprovador (Accountable): a pessoa que responde pela entrega final e tem autoridade para aprovar o resultado. Deve haver apenas um “A” por atividade — essa regra é inegociável. Se houver mais de um aprovador, ninguém é realmente responsável pela decisão.
• C — Consultado (Consulted): especialistas ou partes interessadas cuja opinião deve ser solicitada antes de a atividade ser concluída. A comunicação com consultados é bidirecional: você pede o parecer e recebe a resposta.
• I — Informado (Informed): pessoas que precisam saber que a atividade foi concluída ou qual foi o resultado, mas não participam da execução nem da decisão. A comunicação é unidirecional: você informa, não solicita retorno.

A grande força da matriz RACI está na simplicidade. Em uma única tabela, toda a equipe consegue visualizar quem faz, quem decide, quem opina e quem recebe atualizações. Isso elimina ambiguidades, reduz conflitos e acelera a tomada de decisão.

Cadastre-se para navegar sem anúncios e participar do Project Together →

A MATRIZ RACI NO PMBOK 8

O PMBOK Guide — Eighth Edition (2025) classifica a matriz RACI como uma ferramenta e técnica dentro da Seção 5 (Tools and Techniques). O guia define a Responsibility Assignment Matrix como:

“A responsibility assignment matrix is a grid that shows the project resources assigned to each work package. The matrix is used to illustrate the connections between work packages, or activities, and project team members.”
— PMBOK Guide, Eighth Edition, Section 5

O PMBOK 8 destaca que, em projetos maiores, a matriz de atribuição de responsabilidades pode ser desenvolvida em vários níveis. No nível mais alto, ela define responsabilidades de equipes ou unidades para cada componente da EAP. No nível mais baixo, detalha papéis e níveis de autoridade para atividades específicas dentro de um grupo.

O guia enfatiza um ponto crucial sobre a matriz RACI:

“This format also ensures that there is only one person accountable for any one task to avoid confusion about who is ultimately in charge or has authority for the work.”
— PMBOK Guide, Eighth Edition, Section 5

O PMBOK 8 também explicita que a matriz RACI é especialmente útil quando a equipe combina recursos internos e externos:

“A RACI matrix is a useful tool to ensure the clear assignment of roles and responsibilities when the team consists of internal and external resources.”
— PMBOK Guide, Eighth Edition, Section 5

No contexto dos domínios do PMBOK 8, a matriz RACI está diretamente conectada ao Domínio de Recursos, que trata da aquisição, desenvolvimento e gerenciamento da equipe do projeto. Mas sua aplicação se estende ao Domínio de Partes Interessadas — pois consultados e informados são frequentemente stakeholders — e ao Domínio de Governança, que exige clareza sobre autoridade e responsabilidade nas decisões do projeto.

A Seção 2.6 do PMBOK 8 (Resources Performance Domain) apresenta os processos de planejamento, aquisição, desenvolvimento e gerenciamento da equipe. A matriz RACI é uma das ferramentas que suportam esses processos ao documentar formalmente quem executa, quem aprova e quem participa de cada atividade.

COMO CRIAR UMA MATRIZ RACI (PASSO A PASSO)

Construir uma matriz RACI eficaz requer método. Siga estes sete passos para criar uma matriz que realmente funcione no dia a dia do projeto:

Passo 1: Liste todas as atividades ou entregas

Comece pela Estrutura Analítica do Projeto (EAP) ou pelo backlog. Identifique as atividades ou pacotes de trabalho que precisam de atribuição clara. Em projetos menores, você pode listar atividades individuais. Em projetos maiores, trabalhe no nível de pacotes de trabalho ou componentes da EAP, como sugere o PMBOK 8: matrizes de alto nível para componentes da EAP, e matrizes detalhadas dentro de cada grupo.

Passo 2: Identifique todos os papéis e pessoas envolvidas

Liste os papéis do projeto: gerente de projetos, patrocinador, líder técnico, analista de negócios, desenvolvedores, equipe de qualidade, partes interessadas externas. Use nomes de papéis, não nomes de pessoas — isso torna a matriz RACI reutilizável e mais fácil de manter quando houver mudanças na equipe.

Passo 3: Monte a estrutura da tabela

As atividades ficam nas linhas (coluna da esquerda) e os papéis ficam nas colunas. Crie a tabela em uma planilha, documento ou ferramenta colaborativa antes de começar a preencher.

Passo 4: Atribua as letras R, A, C e I

Para cada célula, pergunte: esta pessoa executa (R), aprova (A), precisa ser consultada (C) ou apenas informada (I)? Deixe a célula vazia quando o papel não tem relação com a atividade. Lembre-se: exatamente um “A” por linha.

Passo 5: Valide a regra do “A” único

Revise cada linha para garantir que há um — e apenas um — “A”. Se uma linha não tem “A”, ninguém responde pela entrega. Se tem mais de um “A”, há conflito de autoridade. Ambas as situações são falhas graves na matriz RACI.

Passo 6: Verifique a carga de cada pessoa

Agora analise as colunas. Se um papel tem “R” em quase todas as linhas, essa pessoa está sobrecarregada. Se um papel não aparece em nenhuma linha, questione se ele realmente precisa estar na matriz. Ajuste as atribuições para equilibrar a carga de trabalho.

Passo 7: Apresente, discuta e obtenha aprovação

A matriz RACI só funciona se todos a conhecem e concordam. Apresente a matriz em reunião de equipe, discuta discordâncias e obtenha a aprovação formal. Depois, publique a versão final em local acessível a todos e revise sempre que houver mudanças significativas no escopo ou na equipe.

EXEMPLO COMPLETO DE MATRIZ RACI

Vamos aplicar a matriz RACI a um cenário real. A Horizonte Transportes, empresa de logística com sede em Belo Horizonte, está conduzindo um projeto de implantação de PMO com orçamento de R$ 320.000. A gerente de projetos é Ana Silveira, que coordena uma equipe multidisciplinar.

Equipe do projeto:

• Ana Silveira — Gerente de Projetos
• Roberto Campos — Patrocinador (Diretor de Operações)
• Marcos Tanaka — Líder Técnico (TI)
• Diego Carvalho — Analista de Processos
• Carolina Mendes — Analista de Qualidade
• Fernanda Lopes — Comunicação e Change Management

Observações sobre esta matriz RACI:

• Cada linha tem exatamente um “A” — não há ambiguidade sobre quem aprova.
• Roberto Campos (patrocinador) é “A” em entregas estratégicas (Termo de Abertura, metodologia, comunicação, piloto e avaliação final) e “I” nas demais — ele não está sobrecarregado com execução.
• A atividade “Criar programa de treinamento” tem dois “R” (Carolina e Fernanda) — ambas executam, mas Ana aprova. Isso é válido quando a execução é compartilhada.
• Marcos Tanaka concentra “R” nas atividades técnicas (ferramenta e dashboards), o que reflete seu papel de líder de TI.

VARIAÇÕES DA MATRIZ RACI

Embora a matriz RACI seja a variação mais popular da matriz de atribuição de responsabilidades, existem outras versões que podem ser mais adequadas dependendo do contexto do projeto:

RASCI (ou RACI-S)

Adiciona a letra S — Suporte (Support): identifica quem fornece apoio ou recursos adicionais ao responsável pela execução. A diferença entre “S” e “C” é que o suporte participa ativamente da execução (embora não seja o responsável principal), enquanto o consultado apenas fornece opinião. Esta variação é útil em projetos com equipes grandes onde a distinção entre apoio ativo e consultoria é importante.

DACI

Usado frequentemente em decisões (não em atividades): D — Driver (quem conduz a decisão), A — Approver (quem aprova), C — Contributors (quem contribui com informações) e I — Informed. O DACI é popular em empresas de tecnologia como framework de tomada de decisão.

CAIRO

Expande a matriz RACI com O — Omitted/Out of the loop: identifica explicitamente quem não deve ser envolvido em determinada atividade. Isso é útil em organizações matriciais complexas onde é tão importante saber quem não participa quanto saber quem participa.

A escolha da variação depende da complexidade do projeto e da cultura organizacional. Para a maioria dos projetos, a matriz RACI clássica com quatro letras oferece o melhor equilíbrio entre simplicidade e clareza.

MATRIZ RACI EM PROJETOS PREDITIVOS, ÁGEIS E HÍBRIDOS

A forma como você aplica a matriz RACI varia conforme a abordagem de desenvolvimento do projeto:

Projetos Preditivos (Cascata)

Em abordagens preditivas, a matriz RACI é criada durante o planejamento e tende a permanecer estável ao longo do projeto. As atividades mapeadas vêm diretamente da EAP e do cronograma. O nível de detalhe pode ser granular — até o nível de pacote de trabalho. A matriz RACI nesse contexto é um documento formal, frequentemente parte do plano de gerenciamento de recursos.

Projetos Ágeis

Em ambientes ágeis, equipes são auto-organizadas e papéis tradicionais como “aprovador” podem parecer contraditórios. Ainda assim, a matriz RACI agrega valor em interfaces entre equipes ágeis e stakeholders externos, ou em atividades que exigem coordenação com áreas fora do time (procurement, compliance, segurança). Em vez de mapear todas as atividades do backlog, use a matriz RACI para:

• Definir quem aprova critérios de aceitação de cada release
• Esclarecer responsabilidades entre Product Owner, Scrum Master e time de desenvolvimento
• Mapear interfaces com equipes externas (DevOps, fornecedores, cliente)

Projetos Híbridos

Projetos híbridos combinam elementos preditivos e ágeis — e é exatamente nesse contexto que a matriz RACI se torna mais valiosa. Use a matriz para definir claramente as responsabilidades nas fronteiras entre as fases preditivas (planejamento macro, governança, contratação) e as iterações ágeis (desenvolvimento, testes, entregas incrementais). A matriz RACI ajuda a responder perguntas como: quem aprova a passagem de fase? Quem é consultado antes do início de cada sprint? Quem é informado sobre o progresso das iterações?

TEMPLATE DE MATRIZ RACI

Use o template abaixo como ponto de partida para criar a matriz RACI do seu projeto. Substitua os nomes dos papéis e das atividades pelos do seu contexto:

Instruções de uso:

1. Substitua “[Atividade N]” pelas atividades ou entregas reais do seu projeto.
2. Renomeie as colunas com os papéis ou nomes da sua equipe.
3. Preencha cada célula com R, A, C, I ou deixe em branco.
4. Valide: cada linha deve ter exatamente um “A”.
5. Revise: nenhuma coluna deve estar sobrecarregada com “R”.

ERROS COMUNS NA MATRIZ RACI

Mesmo sendo uma ferramenta simples, a matriz RACI é frequentemente mal utilizada. Estes são os cinco erros mais comuns — e como evitá-los:

Erro 1: Mais de um “A” por atividade

Quando duas ou mais pessoas são marcadas como “Accountable” na mesma linha, ninguém é realmente responsável pela aprovação. Como o PMBOK 8 enfatiza, o formato da matriz garante que “there is only one person accountable for any one task to avoid confusion about who is ultimately in charge.” Se você sente a necessidade de colocar dois “A”, é sinal de que a atividade precisa ser desmembrada ou de que a estrutura de autoridade do projeto precisa ser revista.

Erro 2: Linhas sem nenhum “A”

Se uma atividade não tem aprovador, quem valida que o trabalho foi concluído? Atividades órfãs de aprovação geram retrabalho, pois o resultado pode ser rejeitado tardiamente por alguém que “deveria ter sido consultado”. Toda linha da matriz RACI deve ter um “A” definido.

Erro 3: Muitos “C” e poucos “I”

Consultar demais é um sinal de indecisão organizacional. Quando todo mundo é consultado, reuniões se multiplicam, decisões atrasam e o projeto perde velocidade. Avalie criticamente: essa pessoa realmente precisa opinar antes da execução, ou basta informa-la do resultado? Na dúvida, comece com “I” e promova para “C” somente se houver impacto concreto.

Erro 4: Criar a matriz e nunca mais atualiza-la

A matriz RACI é um documento vivo. Mudanças de escopo, saída de membros da equipe e entrada de novos stakeholders exigem revisão. Uma matriz desatualizada é pior do que não ter matriz — ela gera falsa sensação de clareza enquanto as responsabilidades reais já mudaram.

Erro 5: Nível de detalhe inadequado

Uma matriz muito granular (centenas de linhas) se torna ingerenciavel e ninguém consulta. Uma matriz muito genérica (cinco linhas para um projeto de R$ 1 milhão) não resolve ambiguidades. O PMBOK 8 sugere a abordagem em níveis: uma matriz RACI de alto nível para a equipe principal e matrizes detalhadas dentro de cada grupo ou pacote de trabalho. Encontre o nível de detalhe que seja útil sem ser burocrático.

CONCLUSÃO

A matriz RACI é uma das ferramentas mais simples e mais poderosas do gerenciamento de projetos. Em uma única tabela, ela responde as quatro perguntas fundamentais sobre cada atividade: quem executa, quem aprova, quem opina e quem precisa ser informado. O PMBOK 8 a reconhece como ferramenta essencial para conectar pacotes de trabalho a membros da equipe, garantindo que haja um único responsável pela aprovação de cada tarefa.

Seja em projetos preditivos, ágeis ou híbridos, a matriz RACI elimina ambiguidades, equilibra a carga de trabalho e acelera decisões. A chave para o sucesso está em segui-la como documento vivo: criar com método, validar com a equipe e atualizar sempre que o projeto mudar.

Comece pelo exemplo da Horizonte Transportes ou pelo template deste artigo, adapte ao seu contexto e compartilhe com sua equipe. A clareza sobre papéis e responsabilidades é o primeiro passo para entregar projetos com menos conflito e mais resultado.

Para aprofundar seus conhecimentos sobre o PMBOK 8 e suas ferramentas, visite o site oficial do PMI.

CTA Final

Gostou do artigo?

Project Management Institute (PMI). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Eighth Edition. Newtown Square, Pennsylvania, USA: Project Management Institute, 2025.

Disclaimer:
Este artigo tem caráter informativo e educacional, com o objetivo de apresentar uma análise independente sobre o Guia PMBOK®. O conteúdo aqui publicado não reproduz nem substitui o material original do PMI e respeita integralmente seus direitos autorais. As marcas PMI e PMBOK® Guide são registradas pelo Project Management Institute. Para acesso ao conteúdo completo e oficial, adquira o guia pela Amazon ou baixe de forma gratuita em https://www.pmi.org/standards/pmbok se você é membro do PMI.

Cadastre-se para navegar sem anúncios e participar do Project Together →

Como Associado da Amazon, a escritoriodeprojetos.com.br recebe por compras qualificadas. Os links para a Amazon nesta página são links de afiliado; o preço que você paga não muda.