O que é uma Lista de Produto no Scrum? Quem a detém?

Lista de Produto é a única fonte de verdade para tudo o que é necessário no produto e uma lista priorizada de mudanças nos requisitos do produto. O Proprietário do Produto é responsável pelo conteúdo, disponibilidade e priorização dos itens da Lista de Produto.

A Lista de Produto é uma lista em evolução. A versão inicial lista apenas os primeiros e mais conhecidos requisitos (sem necessidade de serem plenamente compreendidos). A Lista de Produto evolui conforme o produto e o ambiente de desenvolvimento mudam. É dinâmica e muda frequentemente para identificar o que é necessário para tornar o produto viável, competitivo e útil. Enquanto o produto existir, a Lista de Produto existirá.

A Lista de Produto lista todas as funcionalidades, casos de uso, histórias de usuário, melhorias e correções de bugs planejados para lançamentos futuros. Um Item da Lista de Produto (PBI) inclui descrição, sequência e esforço estimado.

Itens da Lista de Produto (PBIs) são geralmente ordenados por valor, risco, prioridade e necessidade. São sequenciados do mais alto para o mais baixo nível de prioridade, com cada item tendo uma ordem única. Os itens mais altos na Lista de Produto devem ser desenvolvidos imediatamente. Quanto mais alta a classificação, mais urgente é o item, e mais cuidadosamente você deve considerar seu valor — sua compreensão do valor torna-se mais consistente.

Lista de Produto Scrum

Os itens com maior classificação na Lista de Produto são mais claros e específicos do que os de menor classificação. Esses itens podem ser estimados com mais precisão com base em conteúdo mais claro e informações mais detalhadas. Em outras palavras, quanto menor a prioridade de um item da lista, menos detalhado ele se torna. Os itens da Lista de Produto desenvolvidos pela equipe em um Sprint são granulares e divididos em tarefas menores, para que qualquer item possa ser “concluído” dentro do time-box. Os itens da Lista de Produto que a equipe de desenvolvimento pode “completar” em um Sprint são considerados atender à **definição de “Pronto”** e podem ser selecionados durante a Reunião de Planejamento do Sprint.

Processo Scrum

À medida que o produto é implantado, o valor é realizado e os feedbacks do mercado aumentam, a Lista de Produto torna-se maior e mais detalhada. Como os requisitos nunca param de mudar, a Lista de Produto é um artefato vivo artefato. Mudanças nas necessidades do negócio, nas condições do mercado e na tecnologia podem causar alterações na Lista de Produto.

Embora múltiplas equipes Scrumpodem colaborar no desenvolvimento de um produto, apenas uma Lista de Produto descreve o próximo trabalho para o produto. Então, você precisa usar atributos para categorizar os itens da Lista de Produto.

Por meio de Refinamento da Lista de Produto, detalhes, estimativas e ordenação são adicionados. Este é um processo contínuo em que o Proprietário do Produto e a equipe de desenvolvimento colaboram para discutir os detalhes de cada item da lista. Os itens são revisados e atualizados dentro da Lista de Produto. No entanto, o Proprietário do Produto pode atualizar qualquer item na Lista de Produto a qualquer momento e tomar decisões conforme necessário.

Refinamento da Lista de Produto é uma atividade contínua — não uma atividade com time-box — realizada pelo Proprietário do Produto e pela equipe de desenvolvimento. A equipe de desenvolvimento geralmente possui a expertise no domínio para se aprimorar. No entanto, quando e como o refinamento é feito é uma decisão da equipe Scrum.refinamento da Lista de Produto geralmente leva no máximo 10% do tempo de desenvolvimento da equipe.

Reunião de Aprimoramento da Lista de Produto

A equipe de desenvolvimento é responsável por todo o trabalho de estimativa. O Product Owner pode influenciar as decisões da equipe ajudando-os a avaliar trade-offs. No entanto, a estimativa final é determinada pelas pessoas que estão realizando o trabalho.

Monitoramento do Progresso por meio dos Objetivos do Sprint

A qualquer momento, o esforço restante para alcançar o Objetivo do Sprint pode ser deduzido do trabalho cumulativo concluído. O Product Owner deve acompanhar o esforço total restante pelo menos após cada Revisão do Sprint. O Product Owner compara essa quantidade com o esforço restante das revisões anteriores do Sprint para avaliar o progresso em direção ao trabalho esperado no tempo necessário. Essas informações são transparentes para todos os interessados.

O Scrum não considera o tempo gasto nos itens da Lista de Produto. Nós nos preocupamos apenas com o trabalho restante e a variável de data.

Vários gráficos ou gráficos de descidae outras práticas de planejamento podem ser usadas para prever o progresso. Provenham ser úteis. No entanto, isso não substitui a importância do pensamento empírico. Em ambientes complexos, o que vai acontecer é desconhecido — apenas o que já aconteceu pode ser usado para tomar decisões com foco no futuro.

Progresso do Sprint Scrum