Divisão de histórias de usuários em histórias menores

8

Eu tenho lido várias técnicas para dividir grandes histórias de usuários de maneiras úteis, como pelo fluxo de trabalho do usuário pelo sistema etc. Com o que estou lutando, é como escrever essas histórias menores, se tudo o que elas conseguem é facilitar o próximo passo no processo e não entregar o principal benefício do aplicativo ao usuário.

Por exemplo, se meu novo sistema for dividido em três histórias menores, na linha de;

  1. Crie uma nova conta online

  2. Criar certas entidades na minha nova conta online

  3. Meu dispositivo móvel consulta essas entidades na minha conta e age sobre elas

O sistema realmente fornece apenas uma funcionalidade útil ao usuário final quando todas as histórias estão completas. Portanto, se seguir o tradicional "Como um [usuário], eu gostaria de [Funcionalidade] para poder me beneficiar", o benefício da primeira e da segunda histórias é simplesmente facilitar as histórias subseqüentes e não fornecer realmente ao usuário a principal parte da funcionalidade ( o épico). Essa é a maneira correta de fazer isso?

SeeNoWeevil
fonte

Respostas:

6

Você tem três histórias aqui que precisam ser concluídas (provavelmente em uma sequência) para atingir uma meta. Ser capaz de consultar as entidades de um dispositivo móvel é um recurso que fornecerá uma meta de negócios, não parece ser a empresa objetivo em si IMHO.

Aqui está minha sugestão: defina a meta de negócios que seu épico deve atingir e defina histórias como essa

Como usuário, gostaria de me registrar no sistema para poder [objetivo comercial]

Como usuário registrado, gostaria de criar entidades na minha conta para que eu possa [meta de negócios]

Como usuário registrado com entidades de conta, gostaria de atuar em consultas a minhas entidades de um dispositivo móvel para que eu possa [meta de negócios]

Anadi Misra
fonte
Uma pergunta interessante com uma resposta interessante. +1 para ambos. Como uma pergunta secundária: o que fazer se, digamos, apenas duas das histórias de usuário acima puderem se encaixar em um sprint? Quero dizer, no final do sprint, você não adiciona nenhum valor comercial tangível ao produto: o recurso completo (e o valor comercial) estará presente apenas em um sprint futuro. Isso está bom?
Giorgio
1
Boa pergunta, Giorgio. Eu diria que, desde que você gerencie corretamente as expectativas para os negócios, ainda estará agregando valor aos negócios, fornecendo apenas um subconjunto de funcionalidades no primeiro sprint. O valor vem da obtenção de funcionalidade para usuários que podem fornecer feedback para desenvolvimento futuro.
smstanton
0

A melhor maneira, então, seria tratá-lo como um épico e com abrangência nas histórias dos sprints a partir de então. Minha resposta usa a mesma abordagem (histórias como parte de um épico).

Anadi Misra
fonte