Workshop de Requisitos - User Story Mapping
8 gostaram2,261 visualizações
Este documento apresenta a técnica de User Story Mapping para organizar e priorizar requisitos de software. A técnica envolve mapear user stories em um diagrama para visualizar o fluxo de valor, relacionamentos entre histórias, e ajudar a priorizar e planejar releases do produto. O documento fornece exemplos de como estruturar user stories e como usá-las para criar um mapa que guie o desenvolvimento do produto.
![Exemplo Modelo
Como [tipo de usuário]
Como vendedor, eu quero [executar
eu quero incluir alguma tarefa] para
pedidos de que eu possa [alcançar
algum objetivo].
venda.
É apenas um modelo!
Notas, especificações e sketches são bem-vindos.
Antes de construir a solução escreva o critério de aceitação.](https://image.slidesharecdn.com/workshorequisitos-marceloneves-110907084135-phpapp01/85/Workshop-de-Requisitos-User-Story-Mapping-7-320.jpg)
Workshop de Requisitos - User Story Mapping
- 1. Capturando requisitos com User Story Mapping Técnica de Workshop de Requisitos
- 2. - Marcelo Neves possui mais de 15 anos de experiência em projetos de software e análise de negócios. - É um dos líderes do IIBA Rio de Janeiro Chapter. - Formado em Ciência da Computação. - Coautor do livro Managing Business Analysts do IIBA. - Revisor técnico do BABOK na língua portuguesa. marcelomneves@gmail.com @marceloneves
- 3. Apresentação • Nome • Participa em algum processo de capturar requisitos?
- 4. O que é um workshop de requisitos? É uma forma estruturada de capturar requisitos. Um workshop pode ser utilizado para investigar, definir, priorizar e atingir o fechamento dos requisitos do sistema alvo.
- 5. User Story Mapping É uma técnica para organizar e priorizar requisitos de forma a alcançar os seguintes objetivos: • Visão geral da solução • Funcionalidades e tipos de usuário • Prioridade do backlog • Definição das releases • Cooperação do cliente
- 6. O que é uma user story? Descreve a necessidades do usuário Descreve o produto É uma declaração informal de requisito É composto de uma ou duas sentenças
- 7. Exemplo Modelo Como [tipo de usuário] Como vendedor, eu quero [executar eu quero incluir alguma tarefa] para pedidos de que eu possa [alcançar algum objetivo]. venda. É apenas um modelo! Notas, especificações e sketches são bem-vindos. Antes de construir a solução escreva o critério de aceitação.
- 8. O backlog pode ser representado por um mapa de user stories
- 9. Vamos começar? 5 minutos
- 10. 1º.Setup Formar grupos de 4-7 (máximo) pessoas 5 minutos
- 11. 2º. Qual é o problema? a) Call center precisa de um sistema para registro e acompanhamento de ligações b) Companhia telefônica precisa de um sistema de bilhetagem c) Instituição de ensino precisa de sistema para administrar seu dia a dia d) Loja de roupas precisa de um sistema para vender roupas online e) Corretora da bolsa precisa de um sistema f) Corretora de imóveis precisa de um sistema de gestão g) Instituto de pesquisa de opinião precisa de um sistema de BI h) Empresa de software precisa de sistema para controle de folha de pagamento i) Pizzaria quer automatizar o disk-pizza j) Departamento de Trânsito da cidade do Rio de Janeiro deseja controlar multas de trânsito 10 minutos
- 12. 3º.Enumere as funcionalidades Atenção: Exemplo: a) Começar a user story com verbo b) Pense no que as pessoas fazem e não no que o sistema deve fazer Incluir pedido c) No máximo 20 para este workshop 30 minutos
- 13. 4º.Identifique o usuário • Informe o usuário logo abaixo da Exemplo: user story Incluir pedido (vendedor) 10 minutos
- 14. 5º.Identifique a frequência de ocorrência • A frequência pode ser: Exemplo: • Horária • Diária Incluir pedido • Semanal (vendedor) Freq: diária • Mensal • Trimestral 10 minutos
- 15. 6º.Identifique o valor da user story • O valor pode ser: Exemplo: • Alto • Médio Incluir pedido • Baixo (vendedor) Freq: diária Valor: ALTO 10 minutos
- 16. 7º.Desenhe as setas para sequência de uso e criticidade Criticidade Sequência de uso 2 minutos
- 17. 8º.Ordene as funcionalidades Criticidade Sequência de uso Atenção: o objetivo da ordenação é contar uma história de como o sistema funciona 15 minutos
- 18. 9º.Priorize as funcionalidades Criticidade Sequência de uso Priorização = frequência + valor 15 minutos
- 19. 10º.Crie a quebras de fluxo Cadastro Reserva Análise Criticidade Sequência de uso 10 minutos
- 20. 11º.Crie as releases – 10 min Cadastro Reserva Análise Release 1 Criticidade Release 2 Release 3 Sequência de uso 10 minutos
- 21. Porque um mapa? • Diferente de um típico backlog, user stories map permite: • Visualizar o fluxo ou a cadeia de valor • Visualizar relacionamentos das grandes user stories com user stories filhas • Confirmar se falta alguma user storie • Fornece um útil contexto de priorização • Planejar releases completas e outras releases que entregam valor.
- 22. Quer saber mais sobre User Story Mapping? Site: http://www.agileproductdesign.com/presentations/user_story_ mapping/index.html Autor: Jeff Patton
- 23. Obrigado!