Carregado porIsmael
Estorias do usuario
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.
Estorias do usuario
- 1.
- 2.
- 3. É indispensável aparticipação do cliente em um projeto de desenvolvimento de software...
- 4. E na maioriadas vezes, na entrega do Software, acabamos ouvindo aquela velha frase...
- 5. Não era bemisso o esperado.
- 6. Estes problemas ocorremdevido as falhas de comunicação e a falta de entendimento das solicitações feitas pelo cliente.
- 7. Bolha, nós não havíamosconversado a cerca do que deveria ser feito? Ah Junião, foi isso o que eu entendi...
- 8. Na realidade, nasmaioria dos casos, esse problema de comunicação ocorre quando...
- 9.
- 10. O que éuma Estória de Usuário?
- 11. São pequenas descriçõesde funcionalidades fornecidas pelo cliente, que ajudam a entender o que o Software deve fazer
- 12. Geram uma visãocompartilhada de negócio e técnica
- 13.
- 14. Papel do ProductOwner
- 15. Modelo de Estóriasdo Usuário - Frente
- 16. Modelo de Estóriasdo Usuário - Frente
- 17. Modelo de Estóriasdo Usuário - Frente
- 18. Modelo de Estóriasdo Usuário – Verso Teste de Aceitação
- 19.
- 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.
- 22. Obrigado. Ismael Soares &Luiz Ferreira
- 23. Próxima apresentação: • Conceitospara uma aplicação eficaz de Estórias de Usuário. • INVEST; • SMART; • Os três “C”s;
Notas do Editor
- #2 CHINA
- #3 CHINA
- #4 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.
- #5 CHINA
- #6 CHINA Ou então surgem novas solicitações para melhorias ou remendos no Software.
- #7 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...
- #8 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.
- #9 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).
- #10 ISMAEL
- #11 ISMAEL
- #12 ISMAEL
- #13 ISMAEL Ainda propõe....
- #14 ISMAEL
- #15 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.
- #16 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.
- #17 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.
- #18 ISMAEL Repare que os três elementos estão implícitos no descritivo.
- #19 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;
- #20 CHINA É recomendável que seja definido os papéis dos usuários, pois ajudam a melhorar a escrita de uma estória.
- #21 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.
- #22 ISMAEL
- #24 CHINA