Skip to main content

É novo em um time, que tal usar a matriz RACI?

É novo em um time e não entendeu ainda o que você é responsável por entregar e o que cabe a outras pessoas? Que tal usar a matriz RACI e levar clareza para o contexto? 

Sempre quando entramos em uma empresa existe um desconforto inicial, por isso é importante alinhar o que cabe a cada um. Em uma situação recente, sugeri de criarmos a matriz RACI para as funções que existem no time (Product Manager, Product Owner, Business Analyst, Scrum Master e Tech Lead). A seguir explico um pouco como essa ferramenta funciona e suas vantagens em utilizar. No final, deixo também um link de uma planilha modelo para você aplicar aí no seu dia a dia (ah, não esquece de duplicar para o seu Google Drive antes de utilizar)🚀

Utilizada tanto na gestão de projetos quanto na dinâmica de times, essa ferramenta é essencial para delimitar e formalizar as funções de cada profissional envolvido no processo. Imagine ter em um único lugar as informações cruciais para a execução das tarefas, de forma concisa e didática, facilitando a comunicação dentro do seu time? Pois é, essa ferramenta serve exatamente para isso! 🚀

O que é a matriz RACI?

A Matriz RACI propõe 4 atribuições, representadas pelas letras do acrônimo:

🔸 R – Responsible (responsável)

🔸 A – Accountable (autoridade)

🔸 C – Consulted (consultado)

🔸 I – Informed (informado)

Cada letra reflete um papel vital desempenhado por cada membro da equipe. 

É importante ressaltar que não existe certo e errado para as tarefas e suas classificações, cada empresa tem um jeito de operar, mas claro que existem recomendações, como por exemplo: a gestão do backlog ser uma responsabilidade do Product Owner e em uma mudança no produto ele deve ser autoridade, ou seja, vai ser quem bate o martelo final.

Quais as vantagens em usar?

Destaco também algumas vantagens em utilizar a Matriz RACI:

1️⃣ Melhora na comunicação

2️⃣ Alinhamento de expectativas

3️⃣ Redução do risco de retrabalho

4️⃣ Redução da sobrecarga de trabalho

5️⃣ Maior autonomia dos colaboradores

Link para o template (não esquece de duplicar para o seu Google Drive antes de utilizar):

https://docs.google.com/spreadsheets/d/1lecBX1Q9xYtyhk4VQURnojxOhY3N50gU/edit?usp=sharing&ouid=114501598657194175582&rtpof=true&sd=true

E aí, curtiu essa técnica, já usou? Me conta aí nos comentários  ✨ 

Vem aí o evento Up Digital Summit, destinado a jovens que estão em início de carreira

Se você é ou conhece jovens universitários (vale também recém formados), que possuem dúvidas sobre as carreiras do futuro (Agile, Produto, Marketing Digital, Tech Recruiter e UX Designer) então, fique de olho no evento Up Digital Summit. O summit tem o objetivo de introduzir sobre essas carreiras e principalmente mostrar o tanto de oportunidades que elas proporcionam.

O evento acontecerá nos dias 20, 21 e 22 no mês de setembro a partir das 19h, com conteúdo gravado e ao vivo. 

Eu estarei presente no painel sobre Product Manager e Product Owner, no terceiro dia do evento.

Mais informações no link: 

https://bit.ly/UpDigitalSummitPL 

Os estágios de evolução do Product Owner

Já parou para pensar que existem estágios de evolução para a função do Product Owner, ou o PO? Veja abaixo quais são e me conta o que achou.

A evolução

Os estágios são incrementais ou seja, é a soma do anterior com o atual, as características e habilidades são acrescentadas. Esses estágios foram concebidos com base na experiência e percepção dos profissionais que atuam com Scrum em diferentes partes do mundo.

O escritor

Comumente acontece em adoções iniciais do Scrum, que passam a usar o padrão de história de usuário. Por possuir baixa influência sobre o negócio, precisa do marketing, comercial, gerente de produtos, etc para responder perguntas. É comum verificar atrasos e desperdícios nos times que atuam dessa forma.

O proxy

Possui forte habilidade de comunicação e com isso tem maior conexão com a área de negócio. Em alguns casos, pode influenciar na prioridade do itens de backlog. Ainda encontra dificuldades em esclarecer as dúvidas do time, pois recebe as demandas e nos melhores cenários, trabalha no detalhamento dela ganhando um pouco mais de propriedade.

O representante de negócios

Neste estágio o PO geralmente é alguém que representa o negócio, uma clara evolução do proxy. Este perfil conta com um domínio e acesso muito mais abrangente ao negócio, mas ainda falta a autonomia necessária para a efetiva gestão do produto. Existe uma colaboração mais ampla. entre TI e negócio.

O patrocinador

Possui influência e voz ativa para tomar decisões (dada pela área de negócio), tanto no produto quanto na gestão financeira. Auxilia no andamento do fluxo de trabalho, menos interrupções são causadas por falta de entendimento e de decisões de negócio. Proporciona uma certa segurança para a tomada de decisões do time.

O empreendedor

Totalmente responsável pelo orçamento do produto e pelas funcionalidades. Seu trabalho é criar Valor de Negócio para os clientes. Pode delegar algumas atividades de baixo valor agregado para outros profissionais, tais como: escrever histórias, critérios de aceite e etc. 

Conclusão:

É importante lembrar que por definição, um Product Owner não deveria ser somente um escritor de história de usuário e critérios de aceite, e muito menos o proxy entre negócio e desenvolvimento. Porém, isso ainda é visto em empresas, devido a gestão, cultura, perfil, etc.

Você deve se perguntar, mas e o Product Manager (PM)? Para mim é a mesma coisa e vai depender da empresa. Em algumas delas, onde o scrum não é adotado, tem o papel do PM que nada mais é, ou deveria ser, o mesmo que o PO empreendedor. Em outras que usam scrum, ou agilidade em larga escala, ele fica um nível acima cuidando de vários produtos a nível estratégico e também é responsável por guiar as entregas dos POs e times.

Fontes:

scrum.org

metodoagil.com

cafecomscrum.com

As 4 melhores técnicas de priorização de backlogs

O backlog do produto deve ser uma lista de todas os épicos, features, histórias e tarefas relacionadas ao produto que a equipe precisa desenvolver, incluindo a divisão de responsabilidades e estimativas. Ele precisa também ser flexível para mudar de acordo com as necessidades do mercado (exemplo: o lançamento de uma nova funcionalidade em um produto concorrente). Devido a isso, um grande desafio na vida do PO é manter esse backlog priorizado, fatiado e organizado, de acordo com as necessidades dos seus usuários, stakeholders e mercado. No meu dia a dia já usei algumas técnicas para me ajudar no meio de um mar de itens, separei as que mais gosto de trabalhar:

Priorização inspirada na Lean inception

Já usei para facilitar, em reunião com os stakeholders, com o objetivo de priorizar as features, ou funcionalidades, a serem desenvolvidas nos próximos meses. De forma bem resumida, é uma votação, de 1 a 3, do quanto o usuário vai gostar da funcionalidade, qual o valor que ela traz para o negócio e qual o esforço para desenvolver.

MOSCOW

Para mim a mais rápida e de fácil entendimento para usuários, uso bastante no dia a dia, em refinamentos e planejamentos gerais. É basicamente um quadro, para ranquear com os envolvidos no produto, quais funcionalidades/histórias, esse produto deve ter (Must), Deveria ter (Should), Poderia ter (Could), Gostaria — não terei no momento (Would).

WSJF — Weighted Shortest Job First

Umas das técnicas que mais gosto, é um modelo de priorização usado para sequenciar por exemplo, Features, Capabilities e Epics, com o objetivo de criar o maior benefício econômico, calculando o custo relativo do atraso (CoD) e o tamanho do trabalho. Esses itens são pontuados (pode ser através do fibonacci), de acordo com:

– valor de negócio

– urgência

– Risco

Que somados dariam o custo do atraso, que deve ser dividido pelo esforço para o desenvolvimento. Cada item tem um total, o com o maior valor é o de maior prioridade.

Matriz GUT

Já utilizei em momentos onde várias coisas eram muito importantes. Como funciona? Liste as funcionalidades ou histórias e crie um ranking para elas de acordo com Gravidade, Urgência e Tendência. Multiplique as 3 notas para obter o ranking dos seus principais itens a serem resolvidos.

Gravidade (impacto financeiro ou qualquer outro)

1. Sem gravidade;

2. Pouco grave;

3. Grave;

4. Muito grave;

5. Extremamente grave.

Urgência (é o fator tempo)

1. Pode esperar;

2. Pouco urgente;

3. Urgente, merece atenção no curto prazo;

4. Muito urgente;

5. Necessidade de ação imediata.

Tendência (o problema tende a piorar rapidamente ou se deve permanecer estável caso não seja solucionado)

1. Não mudará;

2. Vai piorar em longo prazo;

3. Vai piorar em médio prazo;

4. Vai piorar em curto prazo;

5. Vai piorar rapidamente.

Bônus: Coisas que não te contam sobre a priorização

  • Nem sempre dá tempo de usar técnica para priorização
  • Às vezes infelizmente acontece de a priorização vir top down, por conta de prioridades maiores da empresa/gestão

E aí me conta, quais técnicas você costuma utilizar para priorização?

Fontes:

https://www.caroli.org/sequenciador/

https://vidadeproduto.com.br/framework-moscow/

https://rockcontent.com/br/blog/matriz-gut/

https://medium.com/agileinsider/5-best-ways-to-prioritise-your-product-backlog-a761fadc8862

https://www.scaledagileframework.com/wsjf/

https://online.visual-paradigm.com/pt/diagrams/templates/moscow-method/moscow-template/