Matriz RACI

Resposta rápida: a Matriz RACI é uma ferramenta de gestão de projetos que define quem faz o quê em cada tarefa. A sigla vem de quatro papéis: Responsible (Responsável, quem executa), Accountable (Aprovador, único por tarefa), Consulted (Consultado, quem dá input) e Informed (Informado). Tarefas nas linhas, pessoas nas colunas — e a confusão de papéis acaba.

O que é a Matriz RACI?#

A Matriz RACI é uma matriz de atribuição de responsabilidades (em inglês, responsibility assignment matrix): uma tabela que cruza as tarefas de um projeto com as pessoas envolvidas e deixa explícito o papel de cada uma em cada atividade. Em vez de "todo mundo cuida disso" — frase que costuma significar que ninguém cuida —, a RACI obriga a nomear, tarefa por tarefa, quem executa, quem aprova, quem opina e quem só precisa ficar sabendo.

O nome é um acrônimo formado pelas iniciais dos quatro papéis em inglês: Responsible, Accountable, Consulted e Informed. No Brasil, a ferramenta é chamada de Matriz RACI, gráfico RACI ou matriz de responsabilidades. Segundo a definição de referência, ela serve para mapear funções e responsabilidades de uma equipe diante de cada tarefa, marco ou entregável do projeto.

A ideia por trás é simples e poderosa: ambiguidade de papel gera atrito, retrabalho e bola dividida. Quando duas pessoas acham que a decisão é sua — ou quando ninguém acha —, o projeto trava. A RACI resolve isso transformando expectativas implícitas (e muitas vezes conflitantes) em um acordo visível, que cabe numa única tabela e pode ser conferido por qualquer pessoa do time.

Para que serve a Matriz RACI?#

A RACI serve para eliminar a dúvida sobre quem é responsável por cada parte do trabalho. Ela é especialmente útil em projetos com muita gente, áreas diferentes e dependências cruzadas — o terreno onde as responsabilidades costumam se perder. Na prática, ela entrega:

• Clareza de papéis: cada pessoa sabe, para cada tarefa, se está executando, aprovando, sendo consultada ou apenas informada.
• Um único dono por entrega: a regra do Accountable único acaba com a "responsabilidade difusa", em que todos opinam mas ninguém responde pelo resultado.
• Menos reuniões e e-mails desnecessários: quem é só "Informado" não precisa estar em toda decisão — recebe o resultado e segue a vida.
• Detecção de sobrecarga e de vácuos: ler a matriz por linha e por coluna revela quem está com tarefas demais e quais atividades estão sem dono.

Embora tenha nascido na gestão de projetos, a RACI se aplica a qualquer trabalho que envolva várias pessoas e etapas: processos recorrentes, governança de TI (é peça comum em ITIL e COBIT), implantação de sistemas, rotinas de marketing, fechamento contábil e até a divisão de tarefas de uma pequena equipe. Onde houver dúvida sobre "de quem é isso?", há espaço para uma RACI.

Quando usar: a RACI brilha quando o problema é de papéis e fronteiras — tarefas caem no vão entre áreas, decisões emperram porque ninguém sabe quem bate o martelo, ou pessoas reclamam de ser cobradas por algo que achavam não ser delas. É a ferramenta para responder "quem faz, quem aprova, quem opina e quem fica sabendo?" antes de o projeto começar.

Os 4 papéis da RACI: Responsible, Accountable, Consulted e Informed#

O coração da ferramenta são os quatro papéis. Entender a diferença entre eles — sobretudo entre R e A, que muita gente confunde — é o que faz a matriz funcionar.

• R — Responsible (Responsável): quem faz o trabalho, mão na massa. É quem executa a tarefa de fato. Pode haver mais de um R por tarefa, quando o trabalho é dividido entre pessoas.
• A — Accountable (Aprovador / prestador de contas): quem responde pelo resultado, tem a palavra final e aprova a entrega. É a pessoa que será cobrada se a tarefa der errado. Regra de ouro: deve haver exatamente um A por tarefa — nem zero (ninguém responde), nem dois (responsabilidade dividida vira responsabilidade de ninguém).
• C — Consulted (Consultado): quem fornece informação, opinião ou expertise antes de a tarefa ser concluída. Em geral são especialistas. A comunicação com o Consultado é de mão dupla: ele opina e espera-se resposta.
• I — Informed (Informado): quem precisa saber do progresso ou do resultado, mas não participa da execução nem da decisão. A comunicação aqui é de mão única: é avisado, ponto.

Uma forma rápida de gravar: R faz, A responde, C opina, I fica sabendo. Toda tarefa precisa, no mínimo, de um R e de um A — e nada impede que a mesma pessoa acumule os dois papéis numa tarefa (quem faz também responde por ela). O que não pode é uma tarefa ficar sem A, ou com dois.

Quem criou a Matriz RACI? (origem e o vínculo com o PMBOK)#

Aqui é preciso honestidade, porque a internet está cheia de atribuições erradas: a Matriz RACI não tem um inventor único nem uma data de nascimento exata. Ela não saiu de um livro específico de um autor específico, como acontece com muitos frameworks. É uma técnica de gestão que evoluiu ao longo do tempo dentro da prática de gestão de projetos e consultoria organizacional.

A linhagem mais aceita é esta: a RACI é uma forma da matriz de atribuição de responsabilidades (RAM), cujas raízes estão nos gráficos de responsabilidade linear (Linear Responsibility Charts) usados na gestão de projetos e na engenharia de sistemas a partir de meados do século XX. O formato específico com as quatro letras R-A-C-I foi se consolidando na prática de consultoria entre as décadas de 1970 e 1980, sem que se possa cravar um único "pai" da ideia.

O que deu à RACI status de padrão consagrado foi sua adoção pelo Project Management Institute (PMI). O Guia PMBOK (A Guide to the Project Management Body of Knowledge) — referência mundial em gestão de projetos, com mais de 3 milhões de exemplares em circulação e edições oficiais em português do Brasil — trata o gráfico RACI como o exemplo clássico de matriz de atribuição de responsabilidades (RAM). É essa chancela, e não um autor isolado, que sustenta a ferramenta.

"Segundo algumas teorias de gestão de projetos, deve haver apenas um responsável (Accountable) especificado para cada tarefa ou entregável."
— Princípio central da matriz, conforme a definição de referência de Responsibility Assignment Matrix. É a regra do "A único", a mais importante de toda a RACI.

Como montar uma Matriz RACI passo a passo#

Montar uma RACI é direto. O segredo está menos na tabela e mais nas conversas que ela força a equipe a ter. Siga este roteiro:

1. Liste as tarefas ou entregáveis nas linhas. Quebre o projeto em atividades concretas e verificáveis (ex.: "aprovar orçamento", "redigir contrato", "publicar o site"). Evite tarefas genéricas demais — quanto mais clara a atividade, mais útil a matriz.
2. Liste as pessoas ou papéis nas colunas. Use funções (ex.: "Gerente de Projeto", "Jurídico", "Cliente") em vez de só nomes — assim a matriz sobrevive a trocas de pessoas.
3. Preencha cada cruzamento com R, A, C ou I. Para cada tarefa, percorra as colunas e atribua o papel de cada pessoa. Uma célula pode ficar em branco: nem todo mundo tem papel em toda tarefa.
4. Garanta exatamente um "A" por linha. Esta é a verificação mais importante. Nenhuma tarefa pode ter zero Accountable nem dois. Se houver dúvida sobre quem aprova, é sinal de que o papel não está acordado — resolva agora, não no meio do projeto.
5. Leia a matriz por linha e por coluna. Por linha: a tarefa tem R e A? Por coluna: alguém está com Rs demais (sobrecarga) ou é só "I" em tudo (será que precisa estar no projeto)? Tarefas sem nenhum papel atribuído são vácuos perigosos.
6. Valide com os envolvidos e publique. Apresente a matriz para a equipe, ajuste divergências e deixe-a visível. Uma RACI guardada na gaveta não serve para nada; ela precisa ser o contrato de papéis que todos consultam.

Dica prática: monte a RACI antes de o projeto começar, no planejamento — é quando os desentendimentos sobre papéis custam barato. Resolver no papel é infinitamente mais fácil do que resolver no meio de uma entrega atrasada.

Exemplo de Matriz RACI na prática (caso Maré Digital)#

Para sair da teoria, veja a Maré Digital — uma agência fictícia de marketing digital em Florianópolis (SC). Ela vai lançar o novo site de um cliente e, nos últimos projetos, viveu o mesmo problema: tarefas caindo no vão entre o time de conteúdo, o de design e o cliente, com decisões emperradas porque ninguém sabia quem aprovava o quê. A sócia-diretora decidiu montar uma RACI antes do próximo lançamento.

Os papéis (colunas) ficaram: GP (Gerente de Projeto), Redação, Design, Dev (Desenvolvimento) e Cliente. As tarefas foram para as linhas. O resultado:

A matriz resolveu três atritos antigos de uma só vez. Primeiro, ficou claro que quem aprova o briefing e o site final é o Cliente (A) — antes, o GP "achava" que podia aprovar sozinho e gerava retrabalho. Segundo, a tarefa "publicar e divulgar" passou a ter dois R (Redação e Dev, que dividem o trabalho), mas um único A (o GP) que responde se algo der errado. Terceiro, lendo a coluna do Cliente, viu-se que ele era só "I" no desenvolvimento — o que evitou um histórico de o cliente querer palpitar no código. Resultado: o lançamento saiu no prazo, sem a costumeira reunião de emergência para descobrir "de quem era isso".

Variações da RACI: RASCI, RACI-VS e CAIRO#

A RACI é a versão mais usada, mas a família de matrizes de responsabilidade tem variações que acrescentam letras para cobrir papéis que o modelo básico não distingue. As principais:

• RASCI (ou RASIC): adiciona o S de Support (Suporte) — quem ajuda o Responsável a executar, sem ser o dono da tarefa. Útil quando o "fazer" depende de apoio operacional de outra área.
• RACI-VS: acrescenta V de Verifier (Verificador, quem confere se a entrega atende aos critérios) e S de Signatory (Signatário, quem assina/autoriza formalmente). Comum em ambientes regulados, em que validação e aprovação formal são etapas separadas.
• CAIRO (ou RACIO): adiciona o O de Omitted (Omitido) — marca explicitamente quem não tem papel na tarefa. Parece redundante, mas em projetos grandes documentar "fulano está de fora disto" evita cobranças indevidas.

O conselho prático é não exagerar nas letras. Quanto mais papéis, mais difícil preencher e manter a matriz. Para a maioria dos projetos, a RACI clássica de quatro letras já resolve; as variações fazem sentido quando o contexto realmente exige a distinção extra — não por sofisticação.

Matriz RACI vs organograma: qual a diferença?#

É comum confundir a RACI com o organograma, mas eles respondem a perguntas diferentes e são complementares. O organograma mostra a estrutura hierárquica da empresa — quem se reporta a quem. A RACI mostra a responsabilidade por tarefa dentro de um trabalho específico — quem faz, aprova, opina e é informado. Um é foto da hierarquia; o outro é mapa da ação.

O ponto-chave: o chefe no organograma nem sempre é o Accountable na RACI. Numa tarefa técnica, quem aprova pode ser um especialista, não o gerente; numa decisão de negócio, o Accountable pode ser o cliente. A RACI desacopla a responsabilidade pela tarefa da posição na hierarquia — e é justamente isso que a torna útil. Os dois documentos convivem: o organograma diz como a casa é organizada; a RACI, como o trabalho daquele projeto será dividido.

Erros comuns na Matriz RACI#

• Mais de um "A" por tarefa: o erro mais grave. Dois Accountable significam responsabilidade dividida — e responsabilidade dividida vira responsabilidade de ninguém. Toda linha precisa de exatamente um A.
• Tarefa sem nenhum "A": o vácuo perigoso. Se ninguém responde pela entrega, ela vai ser empurrada de um lado para o outro até atrasar. Nenhuma linha pode ficar sem Accountable.
• Todo mundo como "R": quando quase todos viram Responsável em tudo, a matriz perde o sentido — virou "todo mundo faz", que é o problema que ela deveria resolver. R é para quem realmente põe a mão na massa.
• Confundir R com A: quem faz (R) nem sempre é quem responde (A). Tratar os dois como sinônimos esvazia a regra do A único e devolve a ambiguidade.
• Excesso de "C" e "I": encher a matriz de Consultados e Informados emperra o trabalho (todo mundo precisa opinar) e gera ruído (todo mundo é copiado em tudo). Consulte e informe só quem realmente precisa.
• Montar e esquecer: uma RACI feita no kickoff e nunca mais olhada não muda comportamento nenhum. Ela precisa ser visível, validada pela equipe e revisada quando o projeto muda.

Ficha técnica da Matriz RACI#