O documento aborda o conceito de histórias do usuário, destacando os 3 C's: cartões, conversas e confirmações, que são essenciais para o desenvolvimento de funcionalidades. Enfatiza a importância de histórias independentes, negociáveis, valiosas, estimáveis, pequenas e testáveis para facilitar o entendimento e a entrega do software. Os testes de aceitação devem ser elaborados pela mesma pessoa que escreveu a história para garantir clareza na comunicação.

1. Conceitos para aplicação
de História do Usuário
by Ismael Soares

2. O que muitas pessoas
pensam que Histórias do
Usuário se resume a cartões

3. Vos apresento..

4. 3 C's◇ Cards
◇ Conversation
◇ Confirmation

5. Cards1

6. “
O Product Owner descreve em linguagem de negócio
algumas frases que direcionarão o desenvolvimento de
uma funcionalidade no sistema. No cartão pode conter
notas, estimativas, observações e até comentários úteis
para facilitar a estimativa;

7. Conversation2

8. “
Mesmo as informações mais relevantes estejam
descritas no cartão, as conversas entre o cliente e o
Product Owner são essenciais, posto que, são nelas que
surgem os detalhes que muitas vezes ficam implícitos
nas Histórias;

9. Confirmation3

10. “
Mesmo as informações mais relevantes estejam
descritas no cartão, as conversas entre o cliente e o
Product Owner são essenciais, posto que, são nelas que
surgem os detalhes que muitas vezes ficam implícitos
nas Histórias;

11. INVEST

12. IndependentI

13. “
- Histórias do Usuário precisam ser o mais
independente possível.
- A dependência entre as Histórias dificultam as
estimativas e ainda atrasam a entrega do software.

14. NegotiableN

15. “
- Uma História do Usuário não é um contrato;
- Deve ser reflexível e negociável,
- O cliente precisa ter liberdade para escolher aquilo
que mais agrega valor ao seu negócio;

16. ValuableV

17. “
História do Usuário é valiosa quando é escrita em
linguagem de negócio, ou seja, quando tem algum valor
para o cliente.

18. EstimatableE

19. “
História é estimável quando ela provê as informações
necessárias para que a equipe de desenvolvimento a
compreenda.

20. SmallS

21. “
O conceito de “pequena”, não se refere à descrição da
história, mas sim a sua complexidade;

22. TestableT

23. “
- Todo cartão de história do Usuário precisa conter no
verso os testes de aceitação.
- Os testes devem ser escritos pela mesma pessoa que
escreveu a história. Dessa forma, se evita problemas
de comunicação e entendimento do que deve ser
feito.

24. Thanks!
Alguma dúvida?
@rkmael
rkmael@hotmail.com