Como criar uma matriz RACI no Jira: deixe claras as responsabilidades
Use um pequeno exemplo de portal do cliente para definir quem executa o trabalho, quem responde pelo resultado e quem precisa participar.
Um item do Jira pode ter uma pessoa atribuída e ainda deixar responsabilidades importantes sem definição. Quem responde pelo resultado final? Quem precisa revisar o trabalho antes da conclusão? Quem deve receber uma atualização sem participar de todas as discussões?
Essas perguntas ficam mais difíceis quando um trabalho envolve produto, engenharia, testes e suporte ao cliente. A pessoa atribuída pode implementar a alteração, mas isso não a torna automaticamente responsável por todas as conversas relacionadas.
Uma matriz RACI torna essas expectativas visíveis. Ela relaciona um pequeno conjunto de entregas às pessoas envolvidas e registra como cada uma participa.
Neste guia, vamos criar um exemplo prático para uma versão fictícia de um portal do cliente e mostrar como organizar essa matriz no Power Pack para Jira. O objetivo é um acordo breve e útil que ajude as pessoas a agir com confiança.
O que significa RACI?
RACI descreve quatro formas de participar de um trabalho:
| Responsável pela execução | Executa o trabalho necessário para produzir a entrega. | Quem realmente vai fazer isso? |
| Responsável pelo resultado | Responde pelo resultado e pela sua conclusão. | Quem garante que isso alcance um resultado aceitável? |
| Consultado | Oferece contribuições que devem influenciar o trabalho. | De quem precisamos obter conhecimento antes de concluir? |
| Informado | Recebe atualizações relevantes ou o resultado. | Quem precisa saber o que aconteceu? |
Use uma única pessoa responsável pelo resultado em cada linha. Atribua pelo menos uma pessoa à execução e explicite qualquer responsabilidade compartilhada nessa execução. Consultar envolve uma conversa; informar alguém pode exigir apenas uma atualização breve.
Essas definições estão alinhadas à explicação da Atlassian sobre o quadro RACI. O restante deste guia as aplica a um fluxo de trabalho ilustrativo no Jira.
A distinção entre responsabilidade pela execução e pelo resultado é especialmente útil. Um engenheiro pode implementar uma preferência de notificação enquanto a pessoa responsável pelo produto continua respondendo pela entrega do resultado combinado para o cliente. Nenhum desses papéis elimina a necessidade de avaliação técnica ou colaboração.
Comece com um problema real de coordenação
Nossa equipe fictícia prepara uma atualização do portal do cliente. Os clientes poderão escolher quais e-mails da conta recebem. A alteração também exige testes e um breve guia de suporte.
A equipe inclui Maya, responsável pelo produto; Leo, engenheiro; Priya, responsável pelos testes; e Sam, líder de suporte. Esses nomes e atribuições são exemplos, não um modelo obrigatório de composição de equipe.
Antes de criar a matriz, eles identificam a origem da confusão: todos concordam que a tela de preferências precisa ser desenvolvida, mas ninguém assumiu explicitamente a responsabilidade pelas instruções de suporte. Os testes também dependem de uma decisão de produto sobre quais e-mails os clientes devem continuar recebendo.
Esse é um motivo útil para criar uma matriz RACI. Uma equipe com uma tarefa simples e uma pessoa claramente responsável talvez não precise dela. Use o modelo quando uma conversa sobre responsabilidades puder mudar a forma de trabalhar.
Escolha o item do Jira que ofereça um lugar adequado para a discussão. Ele deve descrever o resultado compartilhado e apontar para o trabalho de entrega relevante. Informe à equipe onde a matriz está para que ela faça parte da rotina de planejamento.
Descreva entregas que as pessoas consigam reconhecer
Comece com resultados concretos, em vez de departamentos amplos ou fases ambíguas. “Engenharia” é um grupo de pessoas. “Implementar os controles de preferências de e-mail” descreve um trabalho que alguém pode concluir.
Para nosso exemplo, a equipe escolhe quatro linhas:
- Definir quais preferências de notificação os clientes podem alterar.
- Implementar os controles de preferências de e-mail.
- Verificar as alterações de preferências em relação à entrega de e-mails.
- Publicar instruções de suporte para os novos controles.
Cada linha deve ser pequena o suficiente para ter uma pessoa claramente responsável, mas relevante o bastante para justificar a discussão. Listar cada pequeno passo de implementação pode esconder o problema de coordenação sob tarefas administrativas.
Se uma linha exigir repetidamente duas pessoas responsáveis pelo resultado, examine seu escopo. “Desenvolver e lançar toda a experiência” pode conter vários resultados com responsáveis diferentes. Divida onde a responsabilidade realmente mudar e confira se as partes resultantes ainda descrevem o resultado completo.
Crie uma primeira versão da matriz
Este é o acordo inicial da equipe. Um traço significa que nenhum papel específico foi atribuído para aquela entrega.
| Definir o comportamento das preferências | A | R | C | C |
| Implementar os controles de preferências | A | R | C | I |
| Verificar o comportamento das preferências e dos e-mails | A | C | R | I |
| Publicar instruções de suporte | C | R | I | A |
A última linha merece uma explicação. Sam responde pela precisão e utilidade das instruções de suporte, enquanto Leo redige os passos técnicos. Esse foi o acordo dessa equipe específica. Outra equipe poderia atribuir a redação a um especialista de suporte.
Uma matriz deve descrever o acordo real de trabalho. Evite preenchê-la apenas com base em cargos. Alguém pode ter conhecimento relevante sem estar disponível para executar o trabalho, e um cargo sênior não torna automaticamente essa pessoa a escolha certa para responder pelo resultado.
Leia cada linha em voz alta. Para a linha de testes, o acordo é: Priya executa a verificação, Leo oferece contribuições técnicas, Maya responde pelo resultado e Sam recebe o resultado. Se essa frase surpreender algum participante, resolva a divergência antes de considerar a matriz definida.
Registre o acordo no Power Pack
Abra o Power Pack no item do Jira e use a ferramenta RACI / DACI Matrix. Seu modelo de responsabilidades é identificado como RA(S)CI: ele inclui os quatro papéis RACI e um papel opcional de apoio, Support. Você pode montar o exemplo usando R, A, C e I sem atribuir S.
Percorra as visualizações de participantes, entregas e matriz. Comece adicionando as pessoas envolvidas. A lista permite pesquisar usuários do Jira e incluir participantes externos ou que não usam o Jira. Uma entrada externa registra alguém na lista; ela não cria uma conta no Jira nem concede acesso ao item.
Depois, adicione as entregas combinadas. O Power Pack também oferece a ação Import Subtasks para trazer subtarefas filhas existentes ao conjunto de entregas disponíveis. Revise as entregas selecionadas antes de avançar para a matriz, para que as linhas correspondam à conversa que você deseja ter.
Na matriz, atribua um papel em cada cruzamento relevante. Clicar em uma célula alterna entre os papéis disponíveis, e células em foco também aceitam atalhos com as letras dos papéis. Deixe a célula sem atribuição quando aquela pessoa não tiver uma responsabilidade significativa na linha.
A ferramenta destaca a ausência de responsáveis pelo resultado, a existência de vários responsáveis e linhas sem alguém para executar o trabalho. Trate esses indicadores como convites para revisar as atribuições. Uma linha válida indica que o padrão básico de papéis está presente; não prova que as pessoas concordaram, têm tempo suficiente ou concluíram o trabalho.
As alterações são salvas no item do Jira. Confira o indicador de salvamento antes de sair ou pedir que outra pessoa revise a matriz. Um estado local ou offline não deve ser confundido com a confirmação de que outro colega já consegue ver a versão mais recente.
Revise as pessoas, além das linhas
Uma matriz pode parecer coerente linha por linha e, ainda assim, concentrar trabalho demais em uma pessoa. Depois de revisar as entregas, leia a coluna de cada participante.
Em nosso exemplo, Leo executa o trabalho de definir o comportamento, implementar os controles e redigir as instruções de suporte. Isso pode funcionar para uma alteração pequena. Em uma versão maior, pode revelar um gargalo que a equipe deve resolver antes de prometer uma data de entrega.
Pergunte a cada pessoa se entende seu papel e consegue cumpri-lo. Verifique quando é necessário consultar, qual o prazo esperado para o retorno e o que os participantes informados devem receber. Registre detalhes de prazo ou comunicação junto ao trabalho, no processo normal da equipe no Jira.
Um C em uma célula não agenda uma revisão. Um I não envia uma atualização. A matriz indica a expectativa; a equipe ainda precisa executá-la.
Mantenha as responsabilidades separadas do fluxo de trabalho do Jira
As atribuições RACI descrevem a participação em uma entrega. Elas não devem ser confundidas com o campo de pessoa atribuída do Jira, as permissões do item ou o status do fluxo de trabalho.
Alterar uma célula de responsabilidade não substitui atribuir um ticket de entrega, conceder acesso ou mudar o status de um item. Mantenha essas ações do Jira alinhadas ao acordo por meio do fluxo de trabalho normal.
O Power Pack pode exportar a matriz como tabela Markdown ou CSV para discussão em outro lugar. Se compartilhar uma cópia, indique o item do Jira como o local para consultar as atribuições atuais. Caso contrário, uma tabela exportada pode continuar circulando depois que a equipe mudar o plano.
Revisite a matriz quando o escopo mudar, um participante ficar indisponível ou surgir uma nova necessidade de revisão. Uma revisão breve diante de uma alteração significativa é mais útil do que tratar a primeira versão como permanente.
Evite três erros comuns de RACI
Colocar todos como consultados
A consulta deve responder a uma pergunta específica. Envolver todos em todas as linhas pode recriar o excesso de reuniões que a matriz deveria reduzir. Identifique o conhecimento necessário e use o papel de informado para quem precisa apenas do resultado.
Tratar a responsabilidade pelo resultado como trabalho extra atribuído por padrão
Quem responde pelo resultado precisa de contexto e autoridade suficientes para resolver problemas relacionados a ele. Não escolha alguém apenas porque é a pessoa mais sênior disponível ou já participa da maioria das reuniões.
Usar RACI para resolver um problema de decisão
Às vezes, a pergunta em aberto não é quem entrega o trabalho, mas quem escolhe entre opções concorrentes. Nesse caso, DACI pode orientar melhor a conversa: identifique quem conduz, uma pessoa que aprova, colaboradores e pessoas a informar. Resolva a decisão e depois esclareça as responsabilidades de entrega com RACI quando necessário.
Experimente uma pequena matriz com sua equipe
Escolha um item do Jira cujas responsabilidades atualmente atravessem diferentes áreas. Identifique de três a cinco entregas significativas, adicione as pessoas envolvidas e combine as atribuições em conjunto.
Use a ferramenta RACI / DACI Matrix do Power Pack para manter esse acordo junto ao item. Revise os indicadores de responsabilidade, confirme o estado de salvamento e percorra o resultado com as pessoas mencionadas.
Comece com uma matriz que resolva uma dúvida real. Para nossa equipe do portal do cliente, o resultado útil é simples: todos sabem quem desenvolve os controles, quem os verifica, quem responde pelo resultado e quem garante que o suporte esteja preparado.
Artigos relacionados
DACI no Jira: dê a cada decisão uma pessoa claramente responsável
Use DACI no Jira para definir quem conduz, escolher uma pessoa que aprova e reunir contribuições úteis. Acompanhe uma decisão prática sobre notificações com o Power Pack para Jira.
Gerencie aprovações de partes interessadas no Jira: deixe claro o status de aprovação
Dê a cada revisão um escopo claro, uma pessoa responsável pela aprovação e um status visível. Mantenha as aprovações compreensíveis conforme o trabalho da versão muda.
Vamos Conversar
Tem dúvidas sobre este artigo? Vamos conversar sobre seus objetivos técnicos.