Quando está tudo bem excluir uma história de uso do backlog [fechado

Question

Se estou preparando o backlog e vejo uma história de usuário completamente válida, mas é uma prioridade ultra baixa, deve ser excluída? É o backlog que deve ser apenas as histórias de usuários que têm a chance de serem trabalhadas ou devem ser histórias de usuários relacionadas a um produto, mesmo que seja apenas uma ideia que tivemos durante o brainstorming. E se a ideia viesse como uma solicitação de cliente, mas não é um item de alta prioridade do ponto de vista do proprietário do produto?

Answer 1

Eu não removo essas histórias. A natureza do backlog é tal que contém tudo, não importa quão sem sentido ou por esse motivo seja importante. No final de cada sprint, pode haver uma chance de trabalhar nessas histórias, se você as incluir como objetivos de alongamento como nós. Especialmente se eles são relativamente pequenos. A beleza das tarefas de alongamento é que elas não precisam ser feitas. Eles são apenas doces. É por isso que eu sempre os mantenho.

Answer 2

A resposta - como provo que sou consultor no coração - é "depende".

Se você acha que a história será implementada algum dia, ou o usuário que pediu a história é desagradável, ou você deseja manter a história porque representa uma funcionalidade "legal ter" que possa ser re-priorizada no futuro, então mantê-la.

Se você tem certeza, com certeza, que excluir não se vira para morder você na bunda, exclua -o.

Answer 3

Se estou preparando o backlog e vejo uma história de usuário completamente válida, mas é uma prioridade ultra baixa, deve ser excluída?

Certamente não! Enquanto estiver preparando suas histórias de usuário, também precisa preparar sua estrutura ou plano de liberação. Você precisa compartimentar suas histórias de usuário em lançamentos. Eu também criaria um lançamento chamado Recycle Bin para colocar todas as coisas que você não tem certeza se precisa ou não. O que seria útil seria ler "Estimativa e planejamento ágil" de Mike Cohn

Answer 4

O proprietário do produto possui o backlog do produto e ela deve ser a única pessoa que pode modificar o conteúdo da lista de pendências. Depois que uma história do usuário é adicionada ao backlog, ela descreve algum recurso e tem alguma prioridade. As histórias de usuário de baixa prioridade não devem ser excluídas porque as prioridades podem mudar com o tempo ou a próxima release podem ser planejadas posteriormente e esses recursos capturados podem ser incluídos um repriorizado.

Não há nada errado quando o projeto termina e ainda há muitas histórias de usuário de baixa prioridade no backlog. Isso significa apenas que o orçamento / ressurnces deveriam baixar para concluir todos eles ou que não foi possível entregar todos eles no cronograma planejado. (Também mostra oportunidade para a próxima versão ou lançamento.) O Rason para priorização é entregar histórias de usuários com maior valor comercial.

Editar:

Posso imaginar que a história do usuário pode ser excluída se alguém descobrir que ela não pode ser implementada (nunca). Por exemplo, devido a políticas da empresa ou razões legais. Mas, nesse caso, eu ainda gostaria de usar apenas o exclusão "soft" com um motivo adicional para excluir.

Answer 5

Se estou preparando o backlog e vejo uma história de usuário completamente válida, mas é uma prioridade ultra baixa, deve ser excluída?

Como proprietário do produto, é seu desejo de manter/remover histórias do backlog. No entanto, se é uma história válida, por que excluí -la? Eu vi uma prioridade ultra baixa subitamente subindo de repente às vezes. Também pode ser que, no futuro, essa história forneça um bom bônus adicional para fornecer aos clientes, se você precisar de algumas pequenas histórias para colocar em seu sprint, mas nenhuma outra história de prioridade mais alta se encaixará. Dito isto, eu provavelmente preferiria colocar em algum momento para fazer testes mais automatizados e refatorar se houver tempo livre. (Se você tiver tempo livre, isso é :))