Modelo de Matriz RACI e Exemplos: Formatos Prontos para Usar em Qualquer Projeto

Uma matriz RACI atribui quatro papéis, Responsible (Responsável pela execução), Accountable (Responsável final), Consulted (Consultado) e Informed (Informado), a cada tarefa de um projeto, para que ninguém precise adivinhar quem é dono do quê. Se você quiser a definição completa e o raciocínio por trás de cada letra, o guia da matriz RACI trata disso em profundidade.

Esta página pula a teoria. Ela traz um modelo em branco que você pode copiar agora mesmo, seis exemplos práticos em diferentes tipos de projeto e as regras que mantêm uma matriz útil depois da primeira semana, em vez de virar um documento que ninguém abre de novo. Se a responsabilidade pelas tarefas não é de fato o seu problema, e o que falta é uma estrutura para decisões, vá direto para RACI vs RASCI vs DACI.

Fatos principais

• O Pulse of the Profession 2026 do PMI constatou que cerca de um terço dos projetos complexos fracassa, "quase o dobro da taxa de fracasso de 13% dos projetos em geral", e os projetos complexos são exatamente aqueles em que a responsabilidade fica sem ser declarada.
• O PMBOK Guide, Oitava Edição (PMI, novembro de 2025) é construído sobre seis princípios fundamentais e sete domínios de desempenho, e recursos, ou seja, as pessoas que fazem o trabalho e os papéis que ocupam, é um dos sete.
• O PMI enuncia a regra que sustenta todo o modelo: "toda tarefa tem exatamente uma pessoa Accountable", com Accountable definido como "a única pessoa que é dona do resultado e responde por ele". Todos os modelos abaixo foram construídos para sustentar essa regra.

O modelo de matriz RACI em branco

Copie isto diretamente para uma planilha ou documento. Substitua os rótulos entre colchetes pelas suas próprias tarefas e papéis e depois preencha cada célula com uma única letra: R, A, C ou I. Deixe a célula em branco se aquele papel não tiver nenhum envolvimento naquela linha.

Legenda: R = Responsible (executa o trabalho) · A = Accountable (é dono do resultado, exatamente um por linha) · C = Consulted (dá sua opinião antes de o trabalho acontecer, via de mão dupla) · I = Informed (é atualizado depois, via de mão única)

Como preenchê-lo

1. Liste os entregáveis na lateral esquerda, não ações individuais. Comece no nível de entregável (um relatório, uma release, um contrato assinado), não em cada microtarefa. Mais sobre como escolher o nível certo adiante.
2. Liste os papéis no topo, pelo nome sempre que possível. Os cargos funcionam para um modelo compartilhado amplamente, mas os nomes reais eliminam a ambiguidade que aparece assim que duas pessoas têm o mesmo cargo. Puxe a lista completa de uma matriz de análise de stakeholders, se você tiver uma, para que ninguém com interesse fique de fora.
3. Atribua primeiro todos os Accountable, antes de qualquer outra coisa. Um A por linha, sem exceções. Esta é a única atribuição que realmente impede uma tarefa de emperrar sem ninguém que responda por ela.
4. Atribua os Responsible em seguida. Um é o mais limpo; dois é viável se o trabalho for genuinamente compartilhado; três ou mais geralmente significa que a linha precisa ser dividida em entregáveis menores.
5. Adicione Consulted e Informed por último, e mantenha os dois curtos. Cada C é alguém que o Responsible precisa esperar antes de começar. Cada I é uma notificação que alguém precisa ler. Listas longas de C e I costumam ser onde uma matriz começa a apodrecer.
6. Apresente a matriz pronta às pessoas que estão nela antes de chamá-la de final. Uma matriz construída sozinho e enviada por e-mail convida ao desacordo silencioso. Cinco minutos em uma reunião de kickoff do projeto pegam as divergências antes que virem handoffs perdidos.

As regras que impedem uma matriz de apodrecer

Uma matriz RACI deixa de ser útil no momento em que estas regras são quebradas, geralmente sem que ninguém perceba até uma tarefa atrasar.

Seis exemplos práticos de matriz RACI

Cada exemplo abaixo é uma matriz completa para um cenário real, não um fragmento. Troque pelos seus próprios papéis e tarefas, mas repare no padrão: um A por linha vale em todos eles.

1. Lançamento de software ou de produto

O Líder de Engenharia tem A em duas linhas e R em outras duas, o que é normal para um líder técnico próximo do trabalho. Repare que o QA só aparece onde os testes de fato acontecem, não em todas as linhas, e é isso que mantém sua carga de C administrável.

2. Campanha de marketing

O Jurídico é Consulted no início (texto e criativos) e Accountable uma vez (a revisão formal), uma divisão comum: opinião em todo lugar onde o trabalho possa gerar risco, responsabilidade final apenas na própria aprovação.

3. Onboarding de novos colaboradores

Este é um caso em que o Accountable alterna entre o RH e o Gestor Contratante conforme a linha, em vez de ficar com uma única pessoa durante todo o processo, o que é normal: o onboarding abrange duas funções e nenhuma é dona de tudo.

4. Implantação de ERP ou de sistema

Compare aqui as obrigações do fornecedor com o que está escrito no seu statement of work. Um fornecedor com R em configuração e treinamento sem uma cláusula correspondente no SOW é uma lacuna que vale a pena fechar antes de o contrato ser assinado, e não depois do go-live.

5. Evento ou mudança de escritório

O dia da mudança é a única linha com três Rs ao mesmo tempo (Facilities, TI e o fornecedor fazendo trabalho físico em paralelo), o que é aceitável porque é um único dia de execução coordenada, e não um entregável compartilhado contínuo que de outra forma precisaria ser dividido.

6. RACI de equipe pequena (uma pessoa acumula várias letras)

Uma equipe de três pessoas relançando o site de uma empresa: um Fundador, um designer/desenvolvedor contratado e um profissional de marketing contratado. Sem chefes de departamento, sem comitê, apenas três pessoas e um prazo.

O Fundador é A em cinco das seis linhas, o que seria um sinal de alerta em um programa de 40 pessoas, mas aqui é exatamente o certo: em uma equipe de três pessoas, quem financia o trabalho deve ser a parte responsável final em quase tudo. O que continua importando é que o Responsible circule em vez de se acumular em uma única pessoa, e que cada contratado tenha a titularidade completa (A e R juntos) na linha que genuinamente é dele.

Como ler uma matriz quebrada

Uma matriz pode parecer completa e ainda assim estar quebrada. Estes são os padrões a observar antes de confiar em uma.

Escolhendo a granularidade certa

A forma mais comum de uma matriz RACI dar errado não é uma atribuição de letra ruim, e sim escolher o nível de detalhe errado para construí-la desde o início.

Comece no nível de entregável quase sempre. Se a sua lista de origem for uma estrutura analítica do projeto completa, não mapeie todos os nós-folha; mapeie os entregáveis que ficam acima deles e desça ao nível de tarefa apenas para os dois ou três entregáveis em que a responsabilidade é genuinamente disputada. Uma matriz com mais de 40 a 50 linhas geralmente deixou de ser uma matriz que alguém realmente lê e virou uma planilha em que as pessoas fazem busca.

Erros comuns em matrizes RACI

Onde a matriz vive depois de construída

Uma matriz RACI que só existe na apresentação do kickoff é uma matriz que ninguém consulta de novo. Construa-a uma vez e depois a conecte aos pontos do projeto em que a responsabilidade de fato é testada.

Quando o RACI deixa de funcionar

O RACI pressupõe que o resultado de cada linha é um entregável que alguém conclui. No momento em que uma linha é, na verdade, uma decisão, um go/no-go, uma definição de orçamento, uma disputa de priorização, o RACI começa a ficar sob tensão. Você verá isso em discussões sobre se algo pertence à coluna A ou em uma decisão que nunca é tomada de fato porque todos são Consulted e ninguém a conduz com clareza.

Esse é o sinal para parar de forçar e trocar de modelo para aquela linha, ou para todo aquele fluxo de trabalho. A comparação completa sobre quando usar RACI vs RASCI vs DACI explica como distinguir a diferença e como rodar os dois lado a lado sem que as duas matrizes se contradigam.

Uma matriz RACI se paga na conversa que ela força antes de o trabalho começar, não no documento em si. Copie o modelo em branco acima, preencha-o com as pessoas que ele de fato afeta em vez de sozinho na sua mesa e revise-o no momento em que escopo ou equipe mudarem. Um Accountable por linha, uma lista de Responsible que não sobrecarregue uma só pessoa e listas de Consulted e Informed curtas o bastante para que as pessoas realmente as leiam: esse é o sistema inteiro, e ele escala de um relançamento de site com três pessoas até uma implantação de ERP com vários fornecedores sem mudar de forma.