Estorias do usuario

1,878

Published on

Introdução a Estorias do Usuario.

1 Comment
0 Likes
Statistics
Notes
  • Belo trabalho! Obrigado pelo esclarecimento!
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Be the first to like this

No Downloads
Views
Total Views
1,878
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
1
Comments
1
Likes
0
Embeds 0
No embeds

No notes for slide
  • CHINA
  • CHINA
  • 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.
  • ISMAEL
  • CHINA
  • Estorias do usuario

    1. 1. Estórias do Usuário
    2. 2. Problemas de Comunicação
    3. 3. É indispensável a participação do cliente em um projeto de desenvolvimento de software...
    4. 4. E na maioria das vezes, na entrega do Software, acabamos ouvindo aquela velha frase...
    5. 5. Não era bem isso o esperado.
    6. 6. Estes problemas ocorrem devido as falhas de comunicação e a falta de entendimento das solicitações feitas pelo cliente.
    7. 7. Bolha, nós não havíamos conversado a cerca do que deveria ser feito? Ah Junião, foi isso o que eu entendi...
    8. 8. Na realidade, nas maioria dos casos, esse problema de comunicação ocorre quando...
    9. 9. Seus pobrema acabaram-si
    10. 10. O que é uma Estória de Usuário?
    11. 11. São pequenas descrições de funcionalidades fornecidas pelo cliente, que ajudam a entender o que o Software deve fazer
    12. 12. Geram uma visão compartilhada de negócio e técnica
    13. 13. Como escrever Estórias do Usuário?
    14. 14. Papel do Product Owner
    15. 15. Modelo de Estórias do Usuário - Frente
    16. 16. Modelo de Estórias do Usuário - Frente
    17. 17. Modelo de Estórias do Usuário - Frente
    18. 18. Modelo de Estórias do Usuário – Verso Teste de Aceitação
    19. 19. Definindo Papéis
    20. 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
    21. 21. Definindo Papéis
    22. 22. Obrigado. Ismael Soares & Luiz Ferreira
    23. 23. Próxima apresentação: • Conceitos para uma aplicação eficaz de Estórias de Usuário. • INVEST; • SMART; • Os três “C”s;

    ×