Workshop de Requisitos - User Story Mapping
Upcoming SlideShare
Loading in...5
×
 

Workshop de Requisitos - User Story Mapping

on

  • 1,868 views

Workshop de Requisitos - User Story Mapping

Workshop de Requisitos - User Story Mapping

Statistics

Views

Total Views
1,868
Views on SlideShare
1,867
Embed Views
1

Actions

Likes
3
Downloads
63
Comments
0

1 Embed 1

http://www.pinterest.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Workshop de Requisitos - User Story Mapping Workshop de Requisitos - User Story Mapping Presentation Transcript

    • Capturando requisitos comUser Story MappingTécnica de Workshop de Requisitos
    • - 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
    • Apresentação• Nome• Participa em algum processo de capturar requisitos?
    • O que é um workshop derequisitos?É uma forma estruturada de capturar requisitos.Um workshop pode ser utilizado para investigar, definir,priorizar e atingir o fechamento dos requisitos do sistema alvo.
    • User Story MappingÉ uma técnica para organizar e priorizar requisitos de forma aalcanç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
    • O que é uma user story?Descreve a necessidades do usuárioDescreve o produtoÉ uma declaração informal de requisitoÉ composto de uma ou duas sentenças
    • 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.
    • O backlog pode serrepresentado por um mapa de user stories
    • Vamos começar? 5 minutos
    • 1º.SetupFormar grupos de 4-7 (máximo) pessoas 5 minutos
    • 2º. Qual é o problema?a) Call center precisa de um sistema para registro e acompanhamento de ligaçõesb) Companhia telefônica precisa de um sistema de bilhetagemc) Instituição de ensino precisa de sistema para administrar seu dia a diad) Loja de roupas precisa de um sistema para vender roupas onlinee) Corretora da bolsa precisa de um sistemaf) Corretora de imóveis precisa de um sistema de gestãog) Instituto de pesquisa de opinião precisa de um sistema de BIh) Empresa de software precisa de sistema para controle de folha de pagamentoi) Pizzaria quer automatizar o disk-pizzaj) Departamento de Trânsito da cidade do Rio de Janeiro deseja controlar multas de trânsito 10 minutos
    • 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
    • 4º.Identifique o usuário • Informe o usuário logo abaixo daExemplo: user story Incluir pedido (vendedor) 10 minutos
    • 5º.Identifique a frequência deocorrência • A frequência pode ser: Exemplo: • Horária • Diária Incluir pedido • Semanal (vendedor) Freq: diária • Mensal • Trimestral 10 minutos
    • 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
    • 7º.Desenhe as setas para sequênciade uso e criticidade Criticidade Sequência de uso 2 minutos
    • 8º.Ordene as funcionalidades Criticidade Sequência de usoAtenção: o objetivo da ordenação é contar uma história de como o sistema funciona 15 minutos
    • 9º.Priorize as funcionalidades Criticidade Sequência de usoPriorização = frequência + valor 15 minutos
    • 10º.Crie a quebras de fluxo Cadastro Reserva Análise Criticidade Sequência de uso 10 minutos
    • 11º.Crie as releases – 10 min Cadastro Reserva Análise Release 1Criticidade Release 2 Release 3 Sequência de uso 10 minutos
    • 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.
    • Quer saber mais sobre UserStory Mapping?Site:http://www.agileproductdesign.com/presentations/user_story_mapping/index.htmlAutor:Jeff Patton
    • Obrigado!