Você já o fez.
Você projetou com sucesso a grande imagem de seu produto e criou um backlog com tudo o que ele precisa fazer.
Os itens são curtos e diretos. Você os entende, mas, você se pergunta: outras pessoas também entenderão?
O refinamento do backlog é uma boa maneira de preencher quaisquer lacunas.
No Scrum, o Refinamento do Backlog é um processo contínuo no qual o proprietário do produto e a equipe de desenvolvimento colaboram para garantir que os itens no Backlog do Produto:
Resumindo: Refinamento de Backlog é criar um entendimento compartilhado sobre o que o Produto fará e não fará, sobre o esforço necessário para implementá-lo, e a ordem na qual você fará isso.
Vamos inspecionar os objetivos do Refinamento do Backlog a partir da seção anterior.
Algumas outras razões pelas quais o refinamento do backlog é importante:
Não há diferença. O refinamento de backlog costumava ser chamado de backlog grooming. Ele mudou porque “grooming” se tornou uma palavra obscena.
Também é chamado de tempo de história, pré-planejamento e gerenciamento de backlog.
Não há melhor momento.
O refinamento do backlog é uma atividade contínua. Não apenas para o Gerente de Produto, mas para toda a equipe.
O Product Owner pode refinar itens no backlog a qualquer momento, dentro ou fora de uma reunião. O Scrum Master e os membros da equipe de desenvolvimento também podem atualizar os itens a qualquer momento. Normalmente sob a direção do Product Owner.
Atividades no Refinamento do Backlog
O refinamento do Backlog consiste em criar um entendimento compartilhado sobre o que o Produto fará, não fará e sobre o que será necessário para criá-lo.
O resultado destas atividades deve ser um Backlog de Produtos que é DEEP. Um acrônimo cunhado por Roman Pichler:
Mantendo o backlog DEEP, garante que os itens com maior prioridade, os que estão no topo do Backlog de Produtos, tenham um nível de refinamento que esteja pronto para implementação.
Os itens com menor prioridade, os mais abaixo, podem e devem ter menos esforço investido neles e ter menos detalhes. Isso faz parte de como você maximiza o trabalho não feito.
Semelhante a uma Definição de Feito, ajuda você a detalhar as histórias dos usuários a um nível consistente. Ela especifica o que uma história de usuário precisa incluir antes que você a aceite para implementação em um Sprint. Por exemplo:
O Guia do Scrum não diz nada sobre quanto tempo o Refinamento do Backlog deve levar. Ele apenas especifica que normalmente não leva mais de 10% da capacidade da Equipe de Desenvolvimento.
O Product Owner não faz parte da Equipe de Desenvolvimento e pode investir tanto tempo quanto necessário e pode contar com a ajuda de outros membros da Equipe Scrum.
Transformar uma história em um Spike, é uma forma de tornar isso explícito e evitar que ela se alimente desses 10%.
Quando é o Melhor Momento para uma Reunião de Refinamento de Backlog?
Não há melhor momento.
Tenha em mente que o Refinamento do Backlog é uma atividade contínua, não uma reunião.
Ainda assim, muitas equipes gostam de fazer uma reunião para rapidamente dimensionar as histórias dos usuários. Um dimensionamento inicial para novas histórias, ou um redimensionamento para histórias que tenham sido refinadas desde que foram adicionadas. Também não há um melhor momento para estas reuniões de dimensionamento.
Se você acha que não deve fazer perto do final de um Sprint, provavelmente está reduzindo o refinamento demais. Você realmente deveria ter pelo menos 2 ou 3 Sprints de itens totalmente refinados. Isso também garante que você tenha tempo suficiente para responder a qualquer pergunta.
O Product Owner sempre participa. Quem mais participa pode variar de acordo com os itens a serem refinados.
Os participantes em potencial são
O Scrum Master não é necessário na reunião, mas é importante para ajudar o resto da equipe a entender o que faz um bom item de Backlog de Produtos e como priorizá-los para maximizar o valor entregue.
Com bastante frequência, será o Product Owner.
Embora lógico, traz a desvantagem de que o Product Owner tem um grande interesse na direção e no resultado das discussões.
Fazer com que o Scrum Master facilite é um passo na direção certa, pois ele não tem um papel oficial na reunião e pode ser mais objetivo.
A melhor escolha para um facilitador, no entanto, é alguém sem uma participação no resultado e com excelente habilidade de facilitação. Alguém que possa reservar espaço para todos, garantir que todos se sintam ouvidos e que as discussões não corram em círculos.
Chegou a hora de dizer adeus.
Adeus às histórias que não são mais do que títulos em formato de modelo de história de usuário.
Adeus para adivinhar do que se trata realmente uma história de usuário.
Agora você sabe porque o Refinamento de Backlog é tão importante. E você sabe quais as atividades a serem realizadas.
Agora, é hora de reunir suas tropas e criar uma compreensão compartilhada de suas histórias de usuários e priorizá-las em valor e custo.
Você está pronto?
Então vai para cima e mande ver!
Contate-Nos hoje para uma demonstração personalizada do SwiftEnterprise! Ou inscreva-se para atualizações abaixo.
Solicitar Demonstração