Conceitos para aplicação de História do Usuário

by Ismael Soares

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

Vos apresento..

3 C's◇ Cards◇ Conversation◇ Confirmation

Cards 1

“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;

Conversation 2

“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;

Confirmation 3

“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;

INVEST

IndependentI

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

NegotiableN

“- 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;

ValuableV

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

EstimatableE

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

SmallS

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

TestableT

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

Thanks!Alguma dúvida?

@rkmael

rkmael@hotmail.com