Refinamento do backlog: a reunião do Scrum para um sprint mais eficiente
Não, o refinamento do backlog não é mais uma reunião inútil imposta pela estrutura do Scrum... muito pelo contrário.
Ele pode não aparecer oficialmente na lista de cerimônias do guia do Scrum, mas está se tornando cada vez mais uma reunião importante nas equipes ágeis, ajudando-as a lidar com o planejamento e o progresso do próximo sprint com mais serenidade.
O que é o backlog de refinamento e como ele funciona? Também daremos a você algumas dicas para um refinamento eficaz do backlog.
O que é refinamento do backlog?
Definição
Para entender completamente o refinamento da lista de pendências, primeiro precisamos esclarecer o conceito de uma lista de pendências.
O backlog é uma lista de requisitos de negócios para um produto ou projeto, traduzida em histórias de usuários que descrevem a necessidade exata do usuário. Ele é compilado e gerenciado pelo proprietário do produto, e toda a equipe o consulta durante o planejamento do sprint para selecionar as histórias e as funcionalidades que se compromete a desenvolver durante o sprint.
O refinamento do backlog, ou backlog grooming, é a ação de refinar o backlog em uma reunião dedicada durante o Sprint.
Em termos práticos, o refinamento do backlog envolve :
- Esclarecer o entendimento das histórias de usuários,
- Estimar (ou reestimar) o esforço necessário para concluí-las,
- Determinar o valor funcional de cada US para facilitar a priorização,
- remover USs (se necessário),
- adicionar US (se necessário).
🇫🇷 A tradução francesa do refinamento do backlog é affinage du backlog.
Refinamento do backlog vs. planejamento de sprint
Qual é a diferença entre a reunião de refinamento do backlog e o planejamento do sprint?
O planejamento do sprint ocorre no primeiro dia do sprint e visa definir o objetivo do sprint e selecionar as histórias de usuário que a equipe está comprometida a entregar no final. Ele pode durar cerca de 2 horas por semana de sprint.
O backlog de refinamento é uma reunião intermediária e complementar ao planejamento do sprint. Pode haver várias durante o sprint, e sua finalidade é preparar o terreno para o planejamento do sprint, que deve ser mais eficaz.
Participantes
Quem deve participar dessa reunião? Todos os membros da equipe Scrum devem participar:
- O proprietário do produto,
- o Scrum Master
- a equipe de desenvolvimento,
- qualquer outra pessoa que possa ajudar.
O Product Owner é responsável por preparar, organizar e conduzir a reunião de refinamento do backlog.
Objetivos
O uso regular do backlog de refinamento tem várias vantagens:
- Esse trabalho preparatório proporciona tranquilidade quando se trata de planejar e executar o próximo sprint,
- refina a compreensão do requisito
- prepara a estimativa das histórias de usuário
- Permite que você faça um balanço na metade do sprint,
- pode encurtar a duração do planejamento da reunião do sprint.
Duração e frequência
Depende da equipe, mas pelo menos uma reunião de refinamento do backlog de uma hora por sprint.
Com vistas à agilidade contínua, no entanto, é aconselhável realizar várias reuniões, mesmo que isso signifique reduzir a duração. Isso permite que o proprietário do produto se antecipe e tenha tempo para retrabalhar seu US antes do final do sprint.
Sequência do backlog de refinamento
1. Apresentação e compreensão das histórias de usuários
Como lembrete, é o proprietário do produto que é responsável por traduzir uma solicitação ou necessidade do usuário em uma história de usuário, da forma mais detalhada e clara possível.
Portanto, ele apresentará ao restante da equipe as histórias de usuário que concluiu ou, pelo menos, aquelas que já estão bem avançadas.
O objetivo é garantir que os membros da equipe de desenvolvimento tenham uma compreensão perfeita do requisito e que possam fazer perguntas e discutir essas SDUs. O proprietário do produto pode, então, modificá-las ou adicioná-las de acordo com as perguntas e discussões realizadas.
A equipe pode, então, validar a história do usuário e passar a estimá-la.
Se a equipe de desenvolvimento não entender a solicitação, o Product Owner terá de retrabalhar e esclarecer suas USs para apresentá-las novamente na próxima sessão.
2. Refinamento da estimativa
A próxima etapa lógica após a validação dos requisitos é que os desenvolvedores os estimem.
Cada equipe tem seus próprios métodos e ferramentas para estimá-los, mas, na prática, tendemos a estimar um US em pontos de esforço e não em tempo.
Os métodos mais comumente usados incluem :
- pôquer de planejamento
- Tamanho da camiseta,
- o sistema de balde.
Cabe a você decidir qual método é mais adequado à sua equipe e aos seus projetos. Se a estimativa de uma história de usuário se tornar complicada, é melhor subdividi-la em US diferentes e menores para ver as coisas com mais clareza.
É bom saber: estimamos (ou reestimamos) as User Stories para o próximo sprint, ou possivelmente para o seguinte, mas evitamos estimar com mais antecedência.
3. Priorização de itens do backlog
Conhecer a estimativa de uma história de usuário permitirá que a equipe comece a priorizar.
No entanto, outros critérios de priorização podem ser levados em conta, em especial o valor funcional, que é essencial. É por isso que é engenhoso determinar níveis de prioridade de acordo com a relação valor/esforço:
- Prioridade 1 (P1): alto valor comercial e fácil de desenvolver,
- prioridade 2 (P2): alto valor comercial e difícil de desenvolver,
- prioridade 3 (P3): baixo valor comercial e fácil de desenvolver,
- prioridade 4 (P4): baixo valor comercial e difícil de desenvolver.
Portanto, a equipe atribui ordens de prioridade aos EUA, tendo em mente que o objetivo principal é fornecer o máximo de valor o mais rápido possível.
É bom saber: a priorização pode ser feita em todo o backlog, mesmo que os EUA não estejam todos concluídos, pois estamos em uma visão mais macro.
Dicas finais para um backlog de refinamento eficaz
- Dica nº 1: como proprietário do produto, prepare a apresentação das unidades de lançamento meticulosamente, explicando à equipe o seu pensamento, o que você acha que ela pode contribuir etc. Quanto mais entusiasmado e claro você for, maior será a probabilidade de a equipe aceitar a sua visão do produto e validar as unidades de lançamento. Quanto mais entusiasmado e claro você for, maior será a probabilidade de fazer com que a equipe compre a visão do produto e valide as US.
- Dica 2: Aceite perguntas, comentários e feedback negativo. É provável que você encontre algo construtivo para acrescentar ao seu raciocínio e, portanto, ao seu US.
- Dica nº 3: não espere até o último momento e até que você tenha concluído todos os seus planos de ação para criar o backlog de refinamento. É melhor apresentar as histórias finalizadas regularmente, durante os backlogs de refinamento rápido, para que você possa prever se elas precisam ser trabalhadas, caso contrário, o próximo sprint poderá ser prejudicado. Evite o efeito túnel!
E quanto a você? Tem algum conselho para um proprietário de produto que está embarcando na aventura do refinamento do backlog?
Artigo traduzido do francês