O documento discute problemas de comunicação entre desenvolvedores e clientes em projetos de software. Ele explica que as "estórias de usuário" podem ajudar a fornecer uma visão compartilhada do que o software deve fazer através de pequenas descrições de funcionalidades fornecidas pelo cliente. O documento também fornece exemplos de como escrever estórias de usuário corretamente.
20. Site de Hotel
• Visitante – Pessoa que apenas navega pelo
site para ver promoções.
• Cliente – Pessoa que possue um cadastro e
faz reservas.
Definindo Papéis
CHINA
Devido o cliente possuir informações importantes, como as regras de negócio, porém, sabe-se que, na maioria das vezes, o cliente não consegue ou tem dificuldade de expor suas reais necessidades de forma clara e objetiva.
CHINA
CHINA
Ou então surgem novas solicitações para melhorias ou remendos no Software.
CHINA
Para evitar estes problemas, muitas empresas fazem especificações dos requisitos do software antes de iniciar seu desenvolvimento...
Nestas especificações são descritos todos os detalhes que os desenvolvedores necessitam saber.
Contudo, essas especificações detalhadas não dão garantia de sucesso, devido ocorrer muitas alterações e acaba sendo custoso manter a documentação atualizada... Além disso é muito difícil colocar no papel com exatidão...
CHINA
SÁTIRA.
NESTE EXEMPLO TEMOS UMA EQUIPE de TRABALHADORES CONSTRUINDO UMA FERROVIA, CADA UM DOS ENVOLVIDOS PROCURA ENTÃO FAZER A SUA PARTE, PARA QUE NO FINAL DO TRABALHO DA EQUIPE, POSSA-SE ENTREGAR O PRODUTO ESPERADO... MAS POR CAUSA DA FALHA NA COMUNICAÇÃO, ESTE FOI O PRODUTO ENTREGUE.
CHINA
a comunicação estabelecida com cliente é feita de forma a considerar apenas o lado técnico, criando uma linguagem técnica, dificultando o entendimento de quem não é técnico (Cliente). Da mesma forma, se consideramos apenas o lado do negócio, dificultamos o entendimento de quem não o domina (Desenvolvedores).
ISMAEL
ISMAEL
ISMAEL
ISMAEL
Ainda propõe....
ISMAEL
ISMAEL
O Product Owner representa os interesses de todos os envolvidos (stakeholders), define as funcionalidades do produto e prioriza os itens de Product Backlog, ou seja, o Produtct Owner é o representante do cliente dentro da equipe.
Tem as seguintes responsabilidades:
Definir as funcionalidades do produto;
Decidir a data de liberação e conteúdo do Release;
Responder pela rentabilidade do produto (ROI);
Priorizar as funcionalidades de acordo com o valor de mercado;
Ajustar funcionalidades e prioridades a cada 30 dias, conforme necessário; e
Aceitar ou Rejeitar os resultados de trabalho.
CHINA
Tradicionalmente, as Estórias do Usuário são descritas em um cartão de papel. Para escrevê-las, uma boa pratica é utilizar um cartão no tamanho padrão (9 x 15 cm). Este tamanho de cartão ajuda a manter a Estória pequena e objetiva.
CHINA
A ordem dos itens no cartão pode ser invertida, criando outro modelo.
O importante é seguir o padrão escolhido, pois isso facilitará o entendimento da equipe na leitura das estórias, pois quando não se tem um padrão definido é muito comum surgirem duvidas.
ISMAEL
Repare que os três elementos estão implícitos no descritivo.
ISMAEL
No verso do cartão, são descritos os chamados Testes de Aceitação – são testes que irão conduzir o desenvolvimento.
Os testes de aceitação devem possuir mais detalhes do que a estória por dois motivos: para validar se a Estória do Usuário foi corretamente implementada e para prover o máximo de informações sobre a Estória;
CHINA
É recomendável que seja definido os papéis dos usuários, pois ajudam a melhorar a escrita de uma estória.
CHINA
Suponha-se que em um site de Hotel tenha pelo menos dois papéis distintos: o cliente e o visitante.
Como se pode observar, os dois papéis possuem necessidades diferentes para navegação e utilização dos serviços fornecidos pelo site. Com isso, ao ter o conhecimento do publico alvo, torna-se mais fácil escrever a estória.