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