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

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?

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]

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).