Como gerenciar o backlog do produto com os princípios DEEP?

O  backlog do produto  é uma lista ordenada de tudo o que é conhecido e necessário no produto. É uma fonte única de demanda para quaisquer alterações no produto.

O proprietário do produto é responsável pelo backlog do produto, incluindo seu conteúdo, disponibilidade e pedido.

A lista do backlog do produto nunca será concluída. Mudanças nas necessidades de negócios, condições de mercado ou tecnologia podem levar a mudanças na lista de afazeres do produto. Evolui com o desenvolvimento de produtos e mudanças do ambiente do projeto. Os requisitos do projeto nunca param de mudar, então a lista de tarefas do produto é como um artefato scrum em constante evolução.

Os itens de alta prioridade no backlog do produto são refinados. Porque esses projetos têm mais informações e detalhes e, portanto, têm estimativas mais precisas.

Projetos de menor prioridade são maiores com detalhes menos claros. À medida que a equipe obtém informações mais detalhadas sobre projetos de baixa prioridade, eles serão divididos em projetos menores. A equipe de desenvolvimento é responsável por avaliar esses itens no backlog do produto de tempos em tempos.

DEEP em Gerenciamento de Backlog do Produto

O backlog do produto lista todos os recursos, funções, requisitos, aprimoramentos e correções necessários para as versões do produto. Os projetos de backlog do produto têm os atributos de descrição (detalhados adequadamente ), pontos de história (  E stimates) e pedidos ( P rioritizados ). Eles devem ser continuamente adicionados, excluídos e atualizados ( emergentes) no backlog e refletir o entendimento do backlog da equipe de maneira oportuna e apropriada.

Roman Pichler é o autor de Agile Product Management with Scrum Mentioned:

“Criando produtos que os clientes adoram. Usamos a abreviação de quatro letras DEEP para descrever as características de um bom backlog de produto.” é uma abreviação descritiva para a qualidade do produto backlog no Scrum, que significa:  Detalhado apropriadamente,  E mergente  ,  Estimado e Priorizado .

Detalhado Apropriadamente

As histórias próximas ao topo do backlog do produto estarão funcionando no próximo  sprint , portanto, esses itens precisam ser bem definidos o suficiente para que a equipe trabalhe neles de forma mais produtiva. Normalmente, as histórias próximas ao topo da lista de pendências são menores e mais refinadas, mas se tornam progressivamente maiores e menos específicas mais abaixo na lista de pendências do produto, conforme mostrado na Figura abaixo:

Estimado

Os itens do Product Backlog são estimados. Os itens no topo da lista de pendências têm estimativas mais precisas. Os itens de menor prioridade são estimados em alto nível e podem ser reestimados à medida que a equipe obtém mais informações.

Emergente

O Product Backlog não é estático, está em constante mudança. À medida que o projeto avança, mais e mais informações e conhecimentos são obtidos, e as histórias de usuários no Backlog do produto também são adicionadas, removidas ou reorganizadas.

Priorizado

No Product Backlog deles, quanto mais valiosa a entrada de maior prioridade, acima, quanto menor o valor das entradas no Product Backlog, menor a prioridade, seguindo no Product Backlog. As equipes sempre completam entradas de alta prioridade para garantir que o valor do produto ou sistema que está sendo desenvolvido seja maximizado.

Resumo

DEEP é um conceito útil para ser aplicado no  processo de refinamento do Product Backlog  que envolve o ato de adicionar detalhes, estimativas e ordem aos itens do Product Backlog e mantê-lo em forma.

Durante o refinamento do Product Backlog, os itens são revisados ​​e revisados. O Time Scrum decide como e quando o refinamento é feito. O refinamento geralmente não consome mais que 10% da capacidade do Time de Desenvolvimento. No entanto, os itens do Product Backlog podem ser atualizados a qualquer momento pelo Product Owner ou a critério do Product Owner.