Matriz RACI na prática: exemplo completo de um projeto, do kickoff à entrega

Toda explicação de matriz RACI tem o mesmo defeito: define as quatro letras e para antes do caso concreto. Aí você abre uma planilha vazia, escreve "responsável" numa coluna e descobre que a pergunta difícil nunca foi o que significa o R. É quem vai ser o A de cada linha, e se a resposta do cliente conta ou não.

Este exemplo percorre um projeto inteiro, um site institucional para uma empresa fictícia, com a matriz preenchida e o motivo de cada decisão. Para o conceito, use o guia de matriz RACI; para uma planilha em branco, o modelo de matriz RACI.

As quatro letras, em uma frase cada

• R (Responsável): faz o trabalho. Pode haver mais de um.
• A (Aprovador, ou quem responde pelo resultado): decide e responde se der errado. Um só por linha.
• C (Consultado): opina antes da decisão. A comunicação vai nos dois sentidos.
• I (Informado): é avisado depois. A comunicação vai em um sentido.

Quando a mesma pessoa executa e responde, escreve-se A/R na mesma célula.

O cenário

Uma agência vai entregar o novo site institucional de uma distribuidora de materiais elétricos de Blumenau. O time de seis papéis, nomes inventados para o exemplo:

• GP: Marina, gerente de projeto da agência.
• Designer: Paulo.
• Redator: Camila.
• Dev: Rafael, desenvolvedor.
• Mkt cliente: Juliana, do marketing da distribuidora e ponto focal do projeto.
• Diretor: seu Antônio, dono da distribuidora e decisor final.

A matriz preenchida

Atividade	GP	Designer	Redator	Dev	Mkt cliente	Diretor
1. Briefing e escopo	A/R	C	C	C	C	I
2. Mapa do site	R	C	C	C	A	I
3. Textos das páginas	C	C	R	I	A	I
4. Layout (design)	C	R	C	C	C	A
5. Desenvolvimento	A	C	I	R	I	I
6. Política de privacidade	C	I	C	C	A/R	I
7. Testes	A	C	C	R	C	I
8. Aprovação final	R	I	I	I	C	A
9. Publicação	A	I	I	R	I	I
10. Treinamento da equipe do cliente	A	I	I	R	C	I

Linha por linha: por que cada letra está onde está

1. Briefing e escopo

A Marina é A/R: ela conduz a conversa e responde pelo que ficou combinado. Todo mundo que vai executar é consultado, porque um briefing sem a voz de quem faz gera promessa impossível. O diretor só é informado, porque a decisão de investimento já foi tomada antes do kickoff. Se o escopo for fechado com ele de fora, o problema aparece na aprovação final.

2. Mapa do site

A Marina executa o mapa, mas quem aprova é a Juliana. Quem conhece os produtos e o público é o cliente, e se ela não for o A, o mapa vira uma sugestão da agência. A Camila e o Paulo são consultados porque o mapa define quantos textos e quantos layouts existirão.

3. Textos das páginas

A Camila escreve; a Juliana aprova. Um erro comum é pôr o diretor como A aqui, o que faz cada parágrafo esperar uma agenda cheia. Decisão de texto vive no nível de quem conhece o dia a dia da empresa. O desenvolvedor só é informado, para saber quando o conteúdo chega.

4. Layout

O Paulo desenha; o diretor aprova. Aqui a escolha é inversa à dos textos, e é deliberada: a identidade visual é uma decisão de marca, e o dono quer ver. A Juliana e a Marina são consultadas, porque a aprovação do diretor é mais rápida quando as dúvidas dele chegam já filtradas. O Rafael é consultado para avisar o que o layout complica ou encarece na programação.

5. Desenvolvimento

O Rafael executa; a Marina responde, porque o prazo e o escopo são da agência. O cliente é apenas informado: ele não aprova código, aprova o resultado nas etapas 7 e 8. Dar ao cliente o A do desenvolvimento é o caminho mais curto para mudança de escopo disfarçada de ajuste.

6. Política de privacidade

Esta linha é da Juliana, A e R, por um motivo prático: o texto jurídico é responsabilidade da empresa, não da agência. A agência é consultada para dizer onde o texto vai aparecer e quais formulários coletam dados, mas não assina o conteúdo. Deixar isso explícito na matriz evita a discussão de última hora sobre quem redige o documento.

7. Testes

O Rafael executa e a Marina responde. A Juliana participa como consultada: é ela quem percebe que o botão "Solicite orçamento" está levando ao formulário errado.

8. Aprovação final

A Marina conduz a apresentação (R); o diretor é o A. A linha existe para mostrar o ponto onde o projeto muda de dono: antes dela, o resultado é da agência; depois, é do cliente. A Juliana é consultada porque o diretor vai perguntar a opinião dela.

9. Publicação

Rafael publica; Marina responde. Cliente e diretor são informados do dia e do horário. Aqui o I faz diferença, porque ninguém gosta de descobrir que o site mudou ao abrir a página.

10. Treinamento

O Rafael ensina a equipe do cliente a editar o conteúdo; a Marina responde pela entrega do treinamento. A Juliana é consultada sobre horário e o perfil de quem vai aprender.

Quando o projeto muda no meio do caminho

Uma matriz não é escrita uma vez e esquecida. Imagine que, na semana 3, o diretor decida acrescentar uma página de vagas ao site. Duas perguntas aparecem na hora: quem é o A desse conteúdo novo e quem precisa ser consultado? Se a resposta não está na matriz, a mudança vira uma conversa de corredor e o prazo desliza sem ninguém decidir que ele deveria deslizar.

O hábito que resolve: toda atividade nova entra na matriz antes de entrar no cronograma. Leva um minuto, e deixa registrado que a agência e o cliente concordaram sobre quem decide aquilo. Se a mudança alterar prazo ou custo, a Marina, como A do desenvolvimento, é quem leva o impacto ao diretor.

Quando a pessoa some

Defina também um substituto para cada A. Se a Juliana sair de férias na semana de aprovar os textos, o projeto não pode parar. A matriz só ganha força quando alguém sabe quem assume. Nos projetos de agência, uma linha extra no rodapé, "substituto do ponto focal", resolve o caso e custa quase nada.

Cinco verificações antes de publicar a sua matriz

1. Cada linha tem exatamente um A. Zero A significa que ninguém decide; dois significam que cada um acha que o outro decide.
2. Cada linha tem pelo menos um R. Se ninguém executa, é uma decisão sem trabalho.
3. Nenhuma pessoa tem C ou A em tudo. Quem aparece em toda célula está sendo usado como gargalo.
4. O C não é um "para constar". Consultado é quem tem que responder antes da decisão; se a resposta não muda nada, é I.
5. A matriz foi mostrada a quem está nela. Papel que a pessoa não conhece não vale.

Sinais de que o seu time precisa de uma RACI

• As mesmas dúvidas de "quem aprova isto?" voltam a cada projeto.
• Tarefas ficam paradas esperando uma decisão que cada um acredita ser do outro.
• O cliente aprova tarde porque o pedido de aprovação foi para a pessoa errada.
• Duas pessoas fazem o mesmo trabalho sem saber.
• Uma saída de férias deixa o projeto sem ninguém que decida.

Se três desses sinais soam familiares, o próximo kickoff é o momento. Uma matriz de dez linhas leva uma reunião de meia hora e evita semanas de ruído.

Da matriz ao dia a dia

O exemplo acima só funciona se os papéis aparecerem onde o trabalho acontece. Na prática, cada linha vira uma tarefa com um responsável e, quando há aprovação, um aprovador. Na Tasskee, o plano Start já inclui observadores e aprovadores, e o cliente acompanha o andamento pelo portal do cliente sem ocupar assento. Se a ação que você quer estruturar é menor que um projeto, o 5W2H com seis exemplos é uma alternativa mais leve. E para o relatório que mantém o cliente informado depois do kickoff, veja o status report semanal.