O que é o modelo RACI
O modelo RACI é uma Responsibility Assignment Matrix (RAM) - uma tabela que mapeia papéis e responsabilidades para cada actividade de um processo ou projecto. O nome é um acrónimo das quatro letras que compõem a matriz:
Executa a tarefa. Pode haver mais do que um R por tarefa, desde que os papéis estejam claramente delimitados. O Responsible trabalha sob a supervisão do Accountable.
Comunicação: bidirecional com o AccountableResponde pelo resultado da tarefa. Aprova o trabalho do Responsible e é a pessoa que responde perante a organização se algo correr mal. A regra de ouro: apenas um A por tarefa.
Apenas UM por tarefa - sem excepçõesFornece informação ou especialização antes e durante a execução da tarefa. A comunicação é bidirecional - o Consulted dá input e recebe feedback. Limitar ao mínimo necessário.
Comunicação: bidirecional (antes de agir)Recebe informação sobre o progresso ou resultado da tarefa, mas não intervém na execução. A comunicação é unidirecional - recebe, mas não bloqueia nem aprova.
Comunicação: unidirecional (após agir)Origem do modelo RACI
O conceito de matriz de responsabilidades emergiu nos anos 1950 no contexto da gestão por objectivos de Peter Drucker e das teorias de organização de Henry Mintzberg. A formalização como "Responsibility Assignment Matrix" aconteceu nos anos 1970, e foi popularizada pela Ernst & Young nas suas metodologias de consultoria.
O RACI está referenciado no PMBOK (Project Management Body of Knowledge) do PMI desde a 5.ª edição (2013, p.262) e no BABOK do IIBA como ferramenta de análise de stakeholders. No contexto de TI, o ITIL adoptou-o como instrumento central para clarificar papéis nas suas práticas de gestão de serviços.
"A Responsibility Assignment Matrix (RAM) é uma grelha que mostra os recursos do projecto atribuídos a cada pacote de trabalho. É utilizada para ilustrar as conexões entre pacotes de trabalho, ou actividades, e os membros da equipa do projecto."
| Letra | Papel | Definição | Tipo de comunicação | Quantos por tarefa |
|---|---|---|---|---|
| R | Responsible | Executa a tarefa | Bidirecional com A | Um ou mais |
| A | Accountable | Responsável final pelo resultado | Aprova e responde | Exactamente um |
| C | Consulted | Fornece input e especialização | Bidirecional (antes) | Vários (mas limitar) |
| I | Informed | Recebe informação sobre o resultado | Unidirecional (após) | Vários |
Como criar uma matriz RACI
Criar uma matriz RACI é um processo iterativo que envolve toda a equipa. Seguir estes seis passos garante uma matriz útil e realista.
Identificar as tarefas e entregáveis
Listar todas as actividades do processo ou projecto. O nível de granularidade deve ser suficiente para distinguir responsabilidades - nem demasiado genérico ("gerir o projecto") nem demasiado detalhado ("enviar e-mail de confirmação").
Identificar os papéis e funções
Definir os papéis funcionais envolvidos, não os nomes das pessoas. Usar papéis garante que a matriz se mantém válida quando as pessoas mudam. Exemplo: "Change Manager", não "João Silva".
Construir a matriz e atribuir R, A, C, I
Criar uma tabela com tarefas nas linhas e papéis nas colunas. Para cada célula, atribuir R, A, C ou I. Células em branco indicam que o papel não tem envolvimento nessa tarefa.
Aplicar a regra de ouro: um A por tarefa
Verificar que cada linha tem exactamente um A. Se uma tarefa não tiver Accountable, ninguém se responsabiliza pelo resultado. Se tiver mais do que um, a accountability dilui-se e surgem conflitos.
Analisar a matriz e identificar lacunas
Procurar padrões problemáticos: papéis sobrecarregados (muitos R numa coluna), tarefas sem Responsible, demasiados C que atrasam decisões, ou papéis que nunca aparecem na matriz e podem ser eliminados.
Comunicar, validar e manter actualizada
Partilhar a matriz com todos os papéis envolvidos e validar que cada um compreende as suas responsabilidades. Definir quando a matriz será revista - tipicamente quando processos ou estruturas organizacionais mudam.
"Cada tarefa deve ter exactamente um Accountable. Quando todos são accountable, ninguém é. A falta de um único ponto de accountability é a causa mais comum de falhas de processo e conflitos de responsabilidade."
Exemplo prático - RACI em gestão de mudanças
A gestão de mudanças é um processo com múltiplos papéis e actividades, o que o torna um candidato ideal para uma matriz RACI. Abaixo está um exemplo para o processo de Change Management do ITIL 4.
Exemplo 1: Change Management
| Actividade | Change Manager | Change Initiator | CAB | Change Owner |
|---|---|---|---|---|
| Submissão do pedido de mudança | C | R | - | A |
| Avaliação inicial do pedido | R | I | - | A |
| Planeamento da mudança | C | R | - | A |
| Aprovação da mudança | R | I | C | A |
| Implementação da mudança | C | R | - | A |
| Revisão pós-implementação | R | I | - | A |
| Fecho do pedido | C | R | - | A |
Neste exemplo, o Change Owner é o Accountable em todas as actividades - é o papel que responde pelo sucesso da mudança de ponta a ponta. O Change Manager coordena e avalia. O Change Initiator executa a maioria das tarefas operacionais. O CAB (Change Advisory Board) é consultado apenas na aprovação de mudanças mais significativas.
Exemplo 2: Incident Management
| Actividade | Service Desk | Técnico L2 | Incident Manager | Utilizador |
|---|---|---|---|---|
| Registo do incidente | R | - | A | I |
| Classificação e priorização | R | C | A | I |
| Diagnóstico e resolução | C | R | A | I |
| Comunicação ao utilizador | R | I | A | I |
| Fecho do incidente | R | - | A | C |
RACI no ITIL 4
O ITIL 4 usa o modelo RACI para clarificar papéis em cada uma das 34 práticas de gestão de serviços. As publicações oficiais da Axelos incluem matrizes RACI detalhadas para cada prática, identificando quem executa, quem aprova, quem é consultado e quem é informado em cada actividade.
Como refere a literatura de referência ITIL: "Definições claras de accountability e responsibility são factores críticos de sucesso para qualquer actividade de melhoria." Sem uma matriz RACI, os processos ITIL tendem a gerar ambiguidade sobre quem toma decisões e quem responde pelos resultados.
| Prática ITIL 4 | Aplicação do RACI | Papéis típicos |
|---|---|---|
| Change Enablement | Clarifica quem aprova, quem avalia risco, quem implementa | Change Manager, CAB, Change Owner, Implementor |
| Incident Management | Define escalada, resolução e comunicação | Service Desk, Incident Manager, Técnicos, Utilizadores |
| Problem Management | Separa quem investiga de quem aprova soluções | Problem Manager, Especialistas técnicos, Service Owner |
| Service Level Management | Define quem negoceia, monitoriza e reporta SLAs | Service Level Manager, Service Owner, Clientes |
| Service Request Management | Mapeia fluxo de aprovação e execução de pedidos | Service Desk, Aprovadores, Executores técnicos |
| Service Configuration Management | Clarifica quem gere, actualiza e audita a CMDB | Configuration Manager, CI Owners, Auditores |
A matriz RACI é especialmente relevante no ITIL 4 porque o framework distingue claramente accountability (responder pelo resultado) de responsibility (executar o trabalho). Esta distinção, incorporada no RACI, é um dos pilares da governação de serviços de TI eficaz.
Variações do modelo RACI
O RACI original tem diversas variações criadas para contextos específicos. Cada variação adiciona letras ao acrónimo para cobrir situações que o RACI básico não endereça explicitamente.
Principais variações do modelo RACI
| Variação | Letras adicionais | Contexto recomendado |
|---|---|---|
| RACI (base) | - | Gestão de processos ITIL, projectos de TI |
| RASCI | S = Support | Processos com papéis de apoio bem definidos |
| RACI-VS | V = Verifier, S = Signatory | Compliance, regulação, qualidade |
| CAIRO | O = Out-of-the-loop | Organizações com muitos papéis e necessidade de clareza total |
| DACI | D = Driver | Decisões de produto e estratégia de negócio |
| RAPID | R = Recommend, P = Perform | Decisões em grandes organizações com múltiplos níveis |
Erros comuns na criação e uso do RACI
A maioria dos problemas com matrizes RACI não resulta do modelo em si, mas da forma como é aplicado. Estes são os seis erros mais frequentes.
O erro mais grave. Quando duas pessoas são Accountable pela mesma tarefa, ambas assumem que a outra está a tratar do assunto - e nenhuma o faz. A regra é simples: um A por tarefa, sem excepções.
Um gestor pode ser Accountable por um relatório sem o escrever (Responsible). A confusão leva a que gestores assumam que devem executar tudo o que aprovam, ou que executores assumem accountability que não têm.
Cada C é um ponto de bloqueio potencial. Se dez papéis têm de ser consultados antes de cada decisão, o processo fica paralisado. Consultar apenas quem tem conhecimento que realmente altera o resultado.
A matriz RACI é um documento vivo. Quando estruturas organizacionais mudam, quando novos papéis são criados ou quando processos evoluem, a matriz desactualizada torna-se uma fonte de confusão em vez de clareza.
Uma tarefa demasiado genérica como "gerir o incidente" não permite atribuir responsabilidades concretas. Uma tarefa demasiado específica como "preencher o campo X no formulário" torna a matriz impossível de gerir.
Uma matriz RACI excelente que fica numa pasta de documentos partilhada sem que ninguém a conheça não serve de nada. A comunicação activa e a validação com cada papel é parte integrante do processo de criação.
Boas práticas na implementação do RACI
6 boas práticas para uma matriz RACI eficaz
Começar com um processo piloto
Aplicar o RACI primeiro a um único processo - por exemplo, gestão de mudanças - antes de expandir a toda a organização. Permite aprender e ajustar sem criar perturbação em larga escala.
Um A por tarefa - sem excepções
Esta regra não admite excepções. Se a equipa argumentar que "esta tarefa é diferente", é sinal de que os papéis não estão bem definidos ou que existe conflito de liderança a resolver antes de criar a matriz.
Limitar os Consulted ao mínimo necessário
Para cada C, perguntar: "O input deste papel vai alterar a decisão ou o resultado?" Se a resposta for não, colocar I em vez de C. Cada C acrescenta tempo ao processo.
Rever quando papéis ou processos mudam
Definir um ciclo de revisão formal - por exemplo, anualmente ou quando há mudanças organizacionais significativas. Incluir a revisão da matriz RACI no processo de gestão de mudanças.
Integrar com a gestão de mudanças ITIL
A matriz RACI do processo de Change Enablement deve clarificar quem aprova cada tipo de mudança (standard, normal, emergência). Esta clareza reduz o tempo de aprovação e elimina ambiguidade em situações de pressão.
Ferramentas simples funcionam bem
Uma folha de cálculo (Excel ou Google Sheets) é suficiente para a maioria das organizações. Não é necessário software especializado. O valor está na clareza das definições, não na ferramenta.
Descarregue a template de matriz RACI
Folha Excel com validação automática para definir responsabilidades em cada processo ITSM.
Ver todas as templates ITSMPerguntas frequentes
O modelo RACI é uma Responsibility Assignment Matrix (RAM) que clarifica quem faz o quê em qualquer processo ou projecto. O acrónimo define quatro papéis: R (Responsible - executa), A (Accountable - responde pelo resultado), C (Consulted - fornece input) e I (Informed - recebe informação). É amplamente usado em gestão de projectos, ITIL e gestão de serviços de TI.
O Responsible executa a tarefa - é quem faz o trabalho. O Accountable é responsável pelo resultado final - é quem responde perante a organização se algo correr mal, mesmo que não seja ele a executar. Um gestor pode ser Accountable por um relatório sem o escrever (Responsible). A distinção é fundamental: pode haver vários Responsible, mas deve existir exactamente um Accountable por tarefa.
Exactamente um. Esta é a regra mais importante do modelo RACI e não admite excepções. Quando uma tarefa tem mais do que um Accountable, a accountability dilui-se e ninguém se responsabiliza verdadeiramente pelo resultado. Se a equipa não consegue chegar a acordo sobre um único Accountable, é sinal de que existe um problema de governação a resolver antes de criar a matriz.
Sim. O ITIL 4 usa o modelo RACI em todas as suas 34 práticas de gestão de serviços. As publicações oficiais incluem matrizes RACI detalhadas para cada prática, clarificando papéis como Change Manager, Incident Manager, Problem Manager e Service Owner. O ITIL distingue claramente accountability de responsibility, o que está directamente alinhado com a lógica do RACI.
As principais variações são: RASCI (adiciona S = Support para papéis de apoio), RACI-VS (adiciona V = Verifier e S = Signatory para contextos de compliance), CAIRO (adiciona O = Out-of-the-loop para excluir papéis explicitamente), DACI (Driver, Approvers, Contributors, Informed - foca no processo de decisão) e RAPID da Bain & Company (Recommend, Agree, Perform, Input, Decide). Para a maioria dos processos ITIL, o RACI básico é suficiente.
Domine os papéis e responsabilidades em ITIL
Aprenda a aplicar o modelo RACI e todas as práticas de gestão de serviços com a certificação ITIL 4.
Peça informações