Scrum: Quem cria itens da lista de produtos ou histórias de usuário?

Esta pergunta é mais complexa do que pode parecer à primeira vista. Primeiro, você pode dizer que Lista de Produtoitens podem incluir casos de uso, épicas, histórias de usuário, até mesmo erros ou tarefas de pesquisa com tempo limitado dentro da lista de produto.

Na definição mais simples, a Scrumlista de produto do Scrum é simplesmente uma lista de todos os itens da lista de produto (PBIs) que precisam ser concluídos no projeto. Ela substitui os artefatos tradicionais de especificação de requisitos artefatos. Os PBIs refletem as necessidades de clientes ou partes interessadas. Uma abordagem comum para capturar os requisitos do usuário final é escrever os PBIs na forma de histórias de usuário.

Quem é responsável por manter a lista de produto?

O Proprietário do Produto (PO) “possui” a lista de produto em nome das partes interessadas e é principalmente responsável por criá-la. O PO não precisa criar a lista pessoalmente—ele ou ela pode delegar à equipe de desenvolvimento e/ou Mestre do Scrumpara ajudar a definir e estimar os itens da lista. O PO é responsável pela criação e manutenção da lista de produto. Portanto, o PO também supervisiona o processo de refinamento da listaprocesso.

A lista de produto corresponde ao seu roadmap do projeto—o plano que a equipe pretende entregar. Após a equipe defini-lo, ela prioriza quais funcionalidades e requisitos construir. A lista de produto também serve como um repositório contendo todas as informações que a equipe precisa acompanhar e compartilhar.

Um item da lista de produto é o mesmo que uma história de usuário?

Como mencionado, os PBIs refletem as necessidades de clientes ou partes interessadas. Uma forma comum de capturar os requisitos do usuário final é escrever os PBIs na forma de histórias de usuário. No entanto, os PBIs também podem incluir casos de uso, épicas, histórias de usuário, erros ou tarefas de pesquisa com tempo limitado dentro da lista de produto. Na realidade, nem todos os itens da lista de produto estão no mesmo nível de detalhe, como mostrado na imagem abaixo:

Lista de Produto Detalhada

Os PBIs que planejamos trabalhar em breve devem estar perto do topo da lista, menores em tamanho e altamente detalhados para que possam ser trabalhados em um curto Sprint. Os PBIs que não vamos trabalhar por um tempo devem estar no fundo da lista de prioridades—maiores, menos detalhados. Isso está bem; não temos intenção de trabalhar nesses itens em breve.

À medida que nos aproximamos de trabalhar em PBIs maiores, como épicas, os dividimos em uma série de histórias menores, prontas para o sprint. Isso deve ser feito de forma oportuna. Se refinarmos cedo demais, podemos perder tempo descobrindo detalhes que nunca serão implementados. Se esperarmos demais, bloquearemos os PBIs de fluir para o sprint e atrasaremos a equipe. Precisamos encontrar o equilíbrio certo na hora certa.

Backlog de Produto Prioritizado Ágil

Quem é responsável por refinar os PBIs?

O Product Owner (PO), que ‘possui’ o backlog do produto em nome dos interessados, é principalmente responsável por criá-lo e mantê-lo. O PO não precisa criar cada item do backlog pessoalmente — ele ou ela pode envolver a equipe de desenvolvimento e/ou o Scrum Master para ajudar a definir e estimar os itens. O PO supervisiona todo o processo de refinamento do backlog.

Portanto, para responder à pergunta: o Product Owner possui o backlog do produto, mas não precisa criar cada item do backlog. Normalmente, o Product Owner pode criar PBIs grandes com base em requisitos de alto nível ou objetivos dos usuários, depois delegar à equipe para ajudar a dividir esses itens grandes em histórias de usuário. Essas histórias menores — adequadas para o topo do backlog e que atendem aos critérios de “Pronto” (normalmente sob o Definição de Pronto) — são então movidas para o Backlog de Sprint.