Matriz RACI: significado das letras e diferença entre R e A

O significado da matriz RACI parece simples até o primeiro preenchimento, quando aparece o ponto em que quase todo mundo tropeça: R e A parecem dizer a mesma coisa. Em português, Responsible e Accountable viram "responsável" e "responsável", e a tabela que deveria acabar com a dúvida sobre quem faz o quê passa a ter duas pessoas achando que a decisão é delas, ou nenhuma.

A matriz RACI é uma matriz de responsabilidades: cruza as atividades ou entregas do projeto (nas linhas) com as pessoas ou papéis (nas colunas) e marca, em cada cruzamento, uma letra que diz como aquela pessoa participa. O glossário do Guia PMBOK 6ª edição, do Project Management Institute (PMI), define o gráfico RACI como um tipo comum de matriz de responsabilidades, que usa os status de responsável, aprovador (accountable), consultado e informado para definir o envolvimento das partes interessadas nas atividades do projeto.

A seguir você vê o que cada letra significa de fato, as regras que fazem a matriz funcionar, um exemplo completo preenchido e duas variações, RASCI e RAPID.

Matriz RACI: significado das letras

A sigla vem do inglês. A tradução literal ajuda pouco; o que importa é a pergunta que cada letra responde.

R, Responsible: executa a atividade. Pode ser uma pessoa ou uma equipe. Se a tarefa é "configurar o sistema", R é quem configura.

A, Accountable: responde pelo resultado. Aprova a entrega, decide quando há impasse e presta contas se der errado. Pode delegar a execução, nunca a responsabilidade final.

C, Consulted: contribui antes ou durante a execução com conhecimento ou opinião. A comunicação é de mão dupla: o R pergunta, o C responde, e a resposta pode mudar a entrega.

I, Informed: é avisado do andamento ou do resultado. A comunicação é de mão única: o I não aprova nem opina formalmente, só precisa saber para fazer o próprio trabalho.

Diferença entre R e A: Responsible e Accountable

A confusão vem de a língua portuguesa não ter uma palavra exata para accountability. A melhor forma de separar os dois papéis é pensar em consequência:

• R responde pela execução: fez ou não fez, fez bem ou mal.
• A responde pelo resultado: a entrega atende ao objetivo? Pode seguir adiante? Se não puder, o que se decide?

Um exemplo de obra deixa claro. Na atividade "concretagem da laje", o encarregado da equipe de concreto é R: ele executa. O engenheiro responsável pela obra é A: ele libera a concretagem, verifica se a armação está conforme o projeto e responde se algo sair errado. O projetista estrutural é C, porque qualquer dúvida sobre a armação passa por ele. O cliente é I: precisa saber que a etapa foi concluída.

Por isso a regra mais difundida da RACI é um único A por linha. Com dois A, cada um espera que o outro decida, ou ambos decidem coisas diferentes. Com nenhum A, a entrega fica sem dono e ninguém aprova.

O mesmo papel pode acumular R e A quando quem executa também responde pelo resultado, situação comum em tarefas menores. Nesse caso, marque A/R na célula. Já uma linha com vários R e nenhum A é sinal de que a atividade foi distribuída sem que ninguém ficasse com a decisão.

Esse é também o ponto de partida para promover accountability na equipe de projeto: a matriz deixa explícito quem responde por cada entrega, e a conversa sobre responsabilidade fica mais objetiva.

Regras para preencher a matriz RACI

1. Escreva as linhas como entregas ou atividades verificáveis. "Testes de aceitação concluídos" funciona; "apoio aos testes" não, porque ninguém consegue dizer quando terminou. Um bom ponto de partida são os pacotes de trabalho da Estrutura Analítica do Projeto (EAP).
2. Use papéis nas colunas, com os nomes numa legenda. "Coordenador de vendas" continua válido se a pessoa mudar; "Ana" não.
3. Exatamente um A por linha. Escolha o nível mais baixo que tenha autoridade real para aprovar. Se toda linha tem o patrocinador como A, a matriz vai travar na agenda dele.
4. Pelo menos um R por linha. Mais de um R é aceitável quando há divisão real do trabalho, mas deixe claro na descrição quem faz qual parte.
5. Economize nos C. Cada consultado é uma conversa a mais no caminho crítico. Pergunte: a opinião dessa pessoa pode mudar a entrega? Se não, é I.
6. Leia a matriz na vertical. Uma coluna cheia de R indica sobrecarga; uma coluna cheia de A indica centralização; uma coluna vazia indica alguém que talvez nem precise estar no projeto.
7. Valide com quem está na matriz. Ninguém deve descobrir que é A de uma entrega lendo o plano do projeto. Apresente a matriz no kickoff e colha o aceite.
8. Atualize quando o escopo ou a equipe mudar. Matriz desatualizada é pior que matriz inexistente, porque dá falsa segurança.

Para o passo a passo de montagem, do levantamento das atividades à validação, veja como montar a matriz RACI do projeto.

Exemplo de matriz RACI preenchida

Projeto: implantação de um sistema de gestão de relacionamento com clientes (CRM) na área comercial de uma empresa de médio porte, com um fornecedor contratado para configurar a ferramenta.

Papéis: Patrocinador (diretor comercial), Gerente de projetos (GP), Analista de negócios, Fornecedor (integrador), TI interna, Coordenador de vendas (área usuária) e Encarregado de dados (DPO).

Como ler o exemplo:

• Cada linha tem um único A. Repare que o A nem sempre é o gerente de projetos. A migração da base fica com a TI interna, que responde pela integridade dos dados no ambiente da empresa. O aceite dos testes fica com a área usuária, que é quem vai usar o sistema.
• O encarregado de dados é C onde há dado pessoal em jogo: requisitos, contrato com o fornecedor e migração da base de clientes, por causa da Lei Geral de Proteção de Dados (LGPD). Na decisão de entrada em produção, basta que ele seja informado.
• O treinamento tem dois R: o fornecedor treina os multiplicadores e o coordenador de vendas replica para a equipe. A divisão está na própria descrição do trabalho.
• Leitura vertical: o patrocinador é A em três decisões de peso e I no restante, o que preserva a agenda dele. O GP acumula A em quatro linhas, aceitável num projeto desse porte. Se o projeto crescer, é o primeiro ponto a revisar.

RASCI, RAPID e outras variações da RACI

Com o tempo surgiram variações para situações que a RACI não cobre bem. Duas aparecem com frequência.

RASCI: o S de Support

A RASCI acrescenta o S de Support: quem dá apoio ao responsável na execução, com recursos, ferramentas ou trabalho, sem ser o dono da tarefa. A diferença para o C é o envolvimento: o consultado opina, o apoio trabalha junto. No exemplo acima, se a TI interna liberasse acessos e ambientes para o fornecedor configurar o sistema, ela seria S nessa linha, e não C.

Um cuidado: nem toda organização usa o S com o mesmo sentido. Antes de adotar uma matriz recebida de outra área ou de um cliente, confira a legenda.

RAPID: papéis em decisões, não em tarefas

A RAPID é uma ferramenta criada pela consultoria Bain & Company para esclarecer quem tem qual papel em uma decisão. As letras significam:

• Recommend (recomendar): conduz o processo, reúne as contribuições e propõe a decisão.
• Agree (concordar): confirma que a recomendação atende a exigências obrigatórias, como as legais e regulatórias. Deve ser atribuído com parcimônia.
• Perform (executar): implementa a decisão depois de tomada.
• Input (contribuir): oferece conhecimento, experiência ou informação que dá forma à recomendação.
• Decide (decidir): toma a decisão final e compromete a organização com a ação. O ideal é que haja um único decisor.

A ordem das letras forma a sigla, não o fluxo. Na prática, quem recomenda recolhe os inputs, passa pelo agree, leva a proposta a quem decide, e só então entra quem executa.

Aplicada à escolha do fornecedor do CRM: o gerente de projetos recomenda, com input da TI, da área comercial e do encarregado de dados; o jurídico dá o agree sobre o contrato; o diretor comercial decide; fornecedor e equipe do projeto executam.

Use a RAPID para decisões importantes e recorrentes (seleção de fornecedor, priorização de portfólio, mudanças de escopo acima de certo valor) e a RACI para o trabalho do dia a dia do projeto. Outras siglas, como a DACI, seguem a mesma lógica de deixar papéis explícitos; o essencial é que todos no projeto usem a mesma legenda.

Erros comuns na matriz RACI

• Dois A na mesma linha. Geralmente nasce de uma negociação política mal resolvida. Resolva antes de publicar a matriz: decida quem responde e transforme o outro em C.
• Linha sem A. Atividade sem dono. Costuma aparecer em entregas que cruzam áreas, como migração de dados e integração de sistemas.
• Consultado demais. Matriz em que todo mundo é C vira processo lento, com rodadas de revisão sem fim.
• A no topo de tudo. Colocar o patrocinador ou o diretor como A em todas as linhas transforma a matriz em fila de aprovação.
• Atividades vagas. "Acompanhar", "apoiar" e "gerenciar" não têm fim verificável e não podem ser aprovados por ninguém.
• Matriz feita e esquecida. Preenchida para o plano do projeto e nunca mais consultada, ela perde valor na primeira troca de equipe. Em equipes montadas só para o projeto, isso pesa ainda mais; veja como definir papéis e responsabilidades em equipes temporárias.

Como usar a matriz RACI no seu projeto agora

Pegue as dez entregas mais importantes do seu projeto, liste os papéis envolvidos e preencha a matriz aplicando a regra de um A por linha. Depois faça as duas leituras: na horizontal, confira se cada linha tem ao menos um R e um único A; na vertical, procure sobrecarga e centralização. Leve o resultado para a próxima reunião com a equipe e ajuste o que gerar discordância, porque é exatamente essa discordância que a matriz existe para resolver.

Para montar a sua sem começar do zero, use a ferramenta gratuita de matriz RACI da Projeto Diário: você cadastra atividades e papéis, marca as letras, e ela aponta linha sem A ou com mais de um A, atividade sem executor, excesso de consultados e papel sobrecarregado. Depois é só exportar a matriz para apresentar no kickoff.