Mudanças entre as edições de "Estórias de usuários"
(→Relação entre estórias e requisitos) |
(→As estórias de usuários) |
||
Linha 11: | Linha 11: | ||
''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.'' | ''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.'' | ||
+ | [[Arquivo:UserStory_HQ_Dilbert.jpg | 400px ]] | ||
− | + | Desta forma, teremos sempre em uma ''user story'' três elementos principais: | |
− | + | *'''Ator''': De forma simplista é o usuário, o interessado naquela funcionalidade. Mas é recomendado descrever de forma específica quem é o ator para ser mais fácil identificar o contexto da história dentro do sistema. | |
− | + | *'''Ação''': É o que o ator quer fazer. Utilizando aquela ação ele espera alcançar seu objetivo dentro do sistema. | |
+ | *'''Funcionalidade''': É o que o ator espera que aconteça ao realizar a ação. Ou seja, é o resultado de executar a ação segundo a ótica do ator. Também pode ser visto como justificativa. | ||
− | + | [[Arquivo:AtorAcaoFuncionalidade.jpg | 400px ]] | |
− | + | ||
− | + | ||
− | [[Arquivo: | + | |
== Cenários das estórias == | == Cenários das estórias == |
Edição das 19h08min de 12 de agosto de 2016
Índice
As estórias de usuários
A estória de usuário, também chamada de “User story”, é uma descrição simples de uma necessidade do cliente para o produto. Ela precisa ser escrita a partir do ponto de vista de quem precisa da nova necessidade, como por exemplo um perfil de usuário, o cliente do sistema ou um representante de negócios do cliente.
Outro ponto importante é que a estória deve explicar com clareza para quem, o que e por que ela está sendo criada. Na planilha de necessidades, esses campos são representados pelas colunas “Como um”, “Eu quero”, “Para”, consecutivamente, já que a estória, na planilha, deve ser contada em primeira pessoa.
Segue um exemplo de uma estória contada nestes parâmetros:
“Como um aluno eu quero curtir as notícias do mural do meu professor, para demonstrar apoio ao conteúdo publicado”.
Desta forma, teremos sempre em uma user story três elementos principais:
- Ator: De forma simplista é o usuário, o interessado naquela funcionalidade. Mas é recomendado descrever de forma específica quem é o ator para ser mais fácil identificar o contexto da história dentro do sistema.
- Ação: É o que o ator quer fazer. Utilizando aquela ação ele espera alcançar seu objetivo dentro do sistema.
- Funcionalidade: É o que o ator espera que aconteça ao realizar a ação. Ou seja, é o resultado de executar a ação segundo a ótica do ator. Também pode ser visto como justificativa.
Error code: 127
Cenários das estórias
Os cenários têm por objetivo descrever comportamentos de uma determinada funcionalidade, sendo que uma única user story pode ter n cenários.
Dessa forma, nossas estórias de usuário ficam mais descritivas, possuindo cenários que indicam o seu funcionamento esperado. As palavras chave "Dado que", "Quando" e "Então" nos apoiam na criação de cenários para descrever o seu comportamento.
Veja um exemplo utilizando uma estória de usuário já exemplificada:
- Estória: “Como um aluno eu quero curtir as notícias do mural do meu professor, para demonstrar apoio ao conteúdo publicado”.
- Cenário: "Dado que o aluno acessa o mural do professor, quando clicar sobre o botão "Curtir", então um ícone ilustrativo deverá aparecer abaixo da notícia e o contador de curtidas deverá ser incrementado".
Conforme demonstrado, o DADO QUE é utilizado para indicar o cenário atual, o QUANDO, para a ação do usuário e o ENTÃO para indicar o comportamento esperado.
Relação entre estórias e requisitos
Error code: 127
Referências
CULTURA ÁGIL. Estória de usuário. Você saberia contar? [1]