Scrum: como refinar o backlog do produto?

Nem todos os itens no backlog do produto terão o mesmo tamanho e nível de detalhe ao mesmo tempo (ou seja, recursos/eprics/histórias de usuários e tarefas). Os PBIs nos quais planejamos trabalhar em breve devem estar no topo da lista de pendências, pequenos em tamanho e muito detalhados para que possam ser trabalhados em um sprint de curto prazo. Os PBIs nos quais não trabalharemos por algum tempo devem estar na parte inferior da lista de pendências, maiores em tamanho e menos detalhados.

Casos de uso/recursos  são recursos que seus usuários finais terão que não tinham antes. Por exemplo, a compra de itens on-line pelo celular seria um recurso. O roteiro do seu produto geralmente consiste em requisitos de nível de recurso.

Os épicos  são o próximo estágio na divisão de um recurso em um requisito acionável. São uma série de ações relacionadas ao recurso. A capacidade de comprar um item através do seu celular no carrinho de compras usando um cartão de crédito seria um épico. É menor do que um recurso (comprar um item on-line), mas ainda é maior do que as integrações individuais de cartão de crédito que permitem a compra de um item. Não permitimos requisitos maiores que épicos em um plano de lançamento.

As histórias de usuários  são as menores formas de requisitos que ainda podem se sustentar por conta própria. Uma história de usuário consiste em uma ação de valor ou uma integração de valor. Por exemplo, comprar um item por meio de seu celular no carrinho de compras usando um cartão Visa seria uma história de usuário. Comprar um item usando um MasterCard pode ser uma integração diferente e, portanto, uma história de usuário diferente. As histórias de usuários são pequenas o suficiente para adicionar aos sprints e começar a desenvolver. Eu entro em histórias de usuários em detalhes nas seções a seguir.

As tarefas  são as etapas internas necessárias para implementar a história do usuário. Durante o planejamento do sprint, uma história de usuário é dividida em tarefas. Enquanto os requisitos são coisas que o usuário final faz, as tarefas são o que a equipe de desenvolvimento faz para que o requisito funcione.

Nível de granularidade dos itens do backlog do produto (PBIs)

A Figura mostra as diferentes camadas de decomposição de requisitos para se encaixar em uma série de sprints do roteiro de desenvolvimento

• No topo desta figura acima estão os tijolos laranja, maiores. Eles representam os objetivos de negócios a serem alcançados pelo sistema, ou seja, casos de uso ou recursos do usuário.
• No próximo nível abaixo estão os PBIs que são maiores que um único sprint, mas menores que um release. Vamos chamar o PBI neste nível de épicos.
• No terceiro nível, encontramos PBIs que são dimensionados adequadamente para um sprint – eles podem ser concluídos em dias em vez de semanas. Esses itens atendem à  Definição de Pronto da equipe  e podem ser representados como histórias de usuários.
• No nível mais baixo, esses PBIs podem opcionalmente ser divididos em tarefas de histórias de usuário e entregues ao final de uma única iteração.

Lista de pendências do produto

O Product Backlog lista todas as entregas necessárias. Seu conteúdo é ordenado por valor comercial. Como mencionado acima, os itens mais importantes são mostrados no topo do backlog do produto para que a equipe saiba o que entregar primeiro. A prioridade do item do Backlog pode mudar, os requisitos podem ser adicionados e removidos – assim, o Product Backlog é um plano de manutenção contínua para um valor comercial crescente.

Itens do Backlog do Produto

Itens do Product Backlog (PBIs) são os elementos que compõem o Product Backlog. Os itens do Product Backlog podem variar de especificações e requisitos a casos de uso, épicos, histórias de usuários ou até mesmo bugs ou   tarefas de pesquisa com prazo determinado.

Processo de Planejamento da Sprint

 Muitas vezes é necessário preparar o  Sprint Planning para garantir que o Product Backlog tenha sido refinado para um nível apropriado de detalhes, com estimativas e critérios de aceitação  (este é o propósito do Product Backlog Refinement). Se os Itens do Backlog do Produto foram analisados ​​e pensados ​​durante o processo de refinamento do Backlog do Produto, na reunião de Planejamento da Sprint, os itens do Backlog do Produto de prioridade máxima podem ser bem compreendidos e facilmente selecionados.

Resumo

O objetivo do processo de Refinamento do Backlog do Produto é fazer com que os itens do Backlog do Produto estejam prontos para o planejamento do sprint, de modo que os itens do Backlog do Produto sejam:

• Claro o suficiente e compreensível por todos na equipe
• Pequeno o suficiente para ser incluído em um sprint

Outros artigos Scrum recomendados

• • O que são artefatos do Scrum?
  • O que é Definição de Pronto no Scrum?
  • Como escrever uma meta de Sprint?
  • O que é o Backlog do Produto no Scrum? Quem é o responsável por isso?
  • Como refinar o backlog do produto?