O que esta matriz resolve
Projetos de software com product owner e gerente de projetos ao mesmo tempo costumam ter uma zona cinzenta: quem decide o que entra, quem responde pelo prazo, quem autoriza a publicação. A matriz deste exemplo separa esses papéis de forma explícita.
Os pontos principais:
- O product owner é dono da prioridade e da aceitaçãoEle é A/R em "Priorizar o backlog" e em "Homologar com o usuário". Ninguém mais aprova o que entra na próxima versão nem declara que uma entrega atende ao negócio.
- O gerente do projeto é o aprovador das atividades de execuçãoarquitetura, desenvolvimento, testes, ambiente e publicação. Ele responde pela entrega no prazo e no custo, não pelo conteúdo do produto.
- O patrocinador aprova escopo e orçamento, e sóAparece como informado no restante. Patrocinador que aprova cada tarefa vira gargalo.
- Operações é responsável pelo ambiente de produção e pela publicaçãoDesenvolvimento é consultado. Essa separação reduz o risco de a publicação depender de uma única pessoa da equipe técnica.
- Qualidade executa os testes, mas não os aprovaQuem aprova o resultado dos testes é o gerente, e quem aceita o produto é o product owner. Isso evita que a área de qualidade vire o "dono do prazo" no fim do projeto.
Como adaptar ao seu projeto
- Em times Scrum puros, sem gerente de projetos, as linhas de execução podem ter o próprio time como aprovador, com o Scrum Master apoiando o processo. Ajuste conforme o modelo da sua empresa.
- Separe desenvolvimento em frentes (mobile, web, back-end) se forem equipes diferentes, com fornecedores ou gestores diferentes.
- Inclua segurança da informação e jurídico como consultados quando o sistema tratar dados pessoais.
- Revise a carga de cada papel na coluna de resumo da ferramenta: um papel com R em quase tudo indica sobrecarga.
Perguntas frequentes
Product owner e gerente de projetos podem conviver no mesmo projeto?
Sim, com papéis claros. O product owner cuida do valor e da prioridade do produto; o gerente cuida de prazo, custo, riscos, fornecedores e partes interessadas. A matriz RACI é a forma mais rápida de deixar isso combinado.
Quem deve aprovar a publicação da versão?
Neste exemplo, o gerente do projeto, com operações executando e o product owner consultado. Em empresas com comitê de mudanças, o comitê pode ser o aprovador.
A matriz RACI serve para squads ágeis?
Serve para as decisões que cruzam fronteiras do time: publicação, orçamento, integração com outras áreas. Dentro do time, os papéis do Scrum já definem boa parte das responsabilidades.