2.6 KiB
| title | localeTitle |
|---|---|
| User Stories | Histórias de Usuários |
As histórias de usuários são parte de uma abordagem ágil que ajuda a mudar o foco de escrever sobre os requisitos para falar sobre eles. Todas as histórias de usuários ágeis incluem uma sentença escrita ou duas e, mais importante, uma série de conversas sobre a funcionalidade desejada.
As histórias do usuário geralmente são gravadas usando o seguinte padrão:
Como [tipo de usuário], quero [algum objetivo] para que [algum motivo ou necessidade]
As histórias de usuários devem ser escritas em termos não técnicos da perspectiva do usuário. A história deve enfatizar a necessidade do usuário, e não o como. Não deve haver nenhuma solução fornecida na história do usuário.
Um erro comum cometido ao escrever histórias de usuários é escrever da perspectiva do desenvolvedor ou da solução. Certifique-se de declarar a meta e a necessidade, e os requisitos funcionais vêm depois.
Dimensionando uma história de usuário: epopeias e pequenas histórias
Um épico é uma história grande e grosseira. Normalmente, ele é dividido em várias histórias de usuários ao longo do tempo - aproveitando o feedback do usuário sobre os primeiros protótipos e os incrementos de produtos. Você pode pensar nisso como uma manchete e um espaço reservado para histórias mais detalhadas.
Começar com épicos permite esboçar a funcionalidade do produto sem se comprometer com os detalhes. Isso é particularmente útil para descrever novos produtos e recursos: ele permite que você capture o escopo aproximado e adquira um tempo para aprender mais sobre como melhor atender às necessidades dos usuários.
Também reduz o tempo e o esforço necessários para integrar novos insights. Se você tem muitas histórias detalhadas no backlog do produto, muitas vezes é complicado e demorado relacionar o feedback com os itens apropriados, o que acarreta o risco de introduzir inconsistências.
Ao pensar em possíveis histórias, também é importante considerar histórias de "casos de usuários mal-intencionados" e "caminhos infelizes". Como as exceções serão tratadas pelo sistema? Que tipo de mensagens você fornecerá ao usuário? Como um usuário mal-intencionado abusaria dessa função de aplicativo? Essas histórias ruins podem economizar o retrabalho e tornar-se casos de teste úteis no controle de qualidade.