Projeto Prático para Análise e
Desenvolvimento Web
ketemartinsrufino@gmail.com
2015.2
Requisitos
Levantamento de Requisitos Ágil
Listagem ou
recolha de
informaçãoes
Condição necessária
e indispensável;
Exigência; Requerido
Que se comporta ou
trabalha de maneira
eficaz e rápida; Que acha
uma solução rápida; que
se consegue desenrolar
com facilidade
Requisitos
• O que é mais valioso?
Requisitos
• O que é mais valioso?
Visão do Produto
• Define o objetivo
macro do produto a
ser desenvolvido
• Define o escopo
• Ajuda a guiar as
mudanças que vão
aparecendo
– Evita distorções em
relação ao que foi
acordado inicialmente
• De maneira sucinta
– Qual o problema?
– O que pretende-se
fazer?
– Quem será
beneficiado?
• Quais papéis
podemos distinguir?
Visão do Produto
• Como criar essa visão?
Descrição
Product Box
Visão do Produto
• Nas duas técnicas temos que definir:
– Nome do produto
– Pontos chaves do produto (necessidades)
– Principais funcionalidades
– Principais requisitos operacionais
– Slogan (boa razão para comprar)
• Pode conter
– Imagens (logo)
Trabalho 1
• 4 Equipes
I. Criar um Product Box do sistema de
Biblioteca da Faculdade Evolução
II. TimeBox
I. Preparação: 30min
II. Apresentação: 15min
III. Escolha de qual iremos usar: 15min
Estorias de Usuário
• Descreve um requisito que é valioso
para um usuário ou comprador de
um sistema de software;
• 3 aspectos (3C):
– Cartão: Uma descricão escrita da̧
estória para servir como lembrete da
funcionalidade;
– Conversa: Para confirmar os detalhes
escritos na descricão;̧
– Confirmação: Testes que podem ser
usados para determinar quando uma
estória está completa;
Estorias de Usuário
• Estrutura
Como um <PAPEL>
eu posso/gostaria/devo <FUNCÃO>̧
para <VALOR DE NEGÓCIO>
• Exemplo
Como um comprador de livros
Eu gostaria de encontrar um livro que sei o titulo
para poder comprá-lo
Estorias de Usuário
• Elas devem ser
Requisitos
• O que devemos fazer ?
1. Criar a visão do produto (product box)
2. Identificar as partes interessadas
3. Elicitar/levantar os requisitos
a) Entrevistas, brainstorms
b) Nível macro
4. Criar as User Stories
5. Criar o product backlog e priorizar
Trabalho 2
• Já temos a Visão do Produto!
• Precisamos descobrir os requisitos
– 4 Equipes
• Listar os requisitos levantados
• Criar pelo menos 3 User Stories
• TimeBox
– Preparação: 30min
– Apresentação: 15min
Referências
• http://pt.slideshare.net/marcelaguerra2/agile-
br2013-productvisionbox3
• http://pt.slideshare.net/paulofurtado/levantament
o-gil-de-requisitos?related=1
• http://pt.slideshare.net/pricaguiar/especificar-
requisitos-em-metodologias-ageis

Requisitos Ágeis

  • 1.
    Projeto Prático paraAnálise e Desenvolvimento Web ketemartinsrufino@gmail.com 2015.2
  • 2.
  • 3.
    Levantamento de RequisitosÁgil Listagem ou recolha de informaçãoes Condição necessária e indispensável; Exigência; Requerido Que se comporta ou trabalha de maneira eficaz e rápida; Que acha uma solução rápida; que se consegue desenrolar com facilidade
  • 4.
    Requisitos • O queé mais valioso?
  • 5.
    Requisitos • O queé mais valioso?
  • 6.
    Visão do Produto •Define o objetivo macro do produto a ser desenvolvido • Define o escopo • Ajuda a guiar as mudanças que vão aparecendo – Evita distorções em relação ao que foi acordado inicialmente • De maneira sucinta – Qual o problema? – O que pretende-se fazer? – Quem será beneficiado? • Quais papéis podemos distinguir?
  • 7.
    Visão do Produto •Como criar essa visão? Descrição Product Box
  • 8.
    Visão do Produto •Nas duas técnicas temos que definir: – Nome do produto – Pontos chaves do produto (necessidades) – Principais funcionalidades – Principais requisitos operacionais – Slogan (boa razão para comprar) • Pode conter – Imagens (logo)
  • 9.
    Trabalho 1 • 4Equipes I. Criar um Product Box do sistema de Biblioteca da Faculdade Evolução II. TimeBox I. Preparação: 30min II. Apresentação: 15min III. Escolha de qual iremos usar: 15min
  • 10.
    Estorias de Usuário •Descreve um requisito que é valioso para um usuário ou comprador de um sistema de software; • 3 aspectos (3C): – Cartão: Uma descricão escrita da̧ estória para servir como lembrete da funcionalidade; – Conversa: Para confirmar os detalhes escritos na descricão;̧ – Confirmação: Testes que podem ser usados para determinar quando uma estória está completa;
  • 11.
    Estorias de Usuário •Estrutura Como um <PAPEL> eu posso/gostaria/devo <FUNCÃO>̧ para <VALOR DE NEGÓCIO> • Exemplo Como um comprador de livros Eu gostaria de encontrar um livro que sei o titulo para poder comprá-lo
  • 12.
  • 13.
    Requisitos • O quedevemos fazer ? 1. Criar a visão do produto (product box) 2. Identificar as partes interessadas 3. Elicitar/levantar os requisitos a) Entrevistas, brainstorms b) Nível macro 4. Criar as User Stories 5. Criar o product backlog e priorizar
  • 14.
    Trabalho 2 • Játemos a Visão do Produto! • Precisamos descobrir os requisitos – 4 Equipes • Listar os requisitos levantados • Criar pelo menos 3 User Stories • TimeBox – Preparação: 30min – Apresentação: 15min
  • 15.

Notas do Editor

  • #10 I - Cleiton, Misael, Valter, Junior II - Alysson, Franklin, Junior Ribeiro IV - Adolfo, Claudionor, Claudio, Flavio V - Braulio, Daniel, Jocieldo, Jociele
  • #11 I - Cleiton, Misael, Valter, Junior II - Alysson, Franklin, Junior Ribeiro IV - Adolfo, Claudionor, Claudio, Flavio V - Braulio, Daniel, Jocieldo, Jociele
  • #12 I - Cleiton, Misael, Valter, Junior II - Alysson, Franklin, Junior Ribeiro IV - Adolfo, Claudionor, Claudio, Flavio V - Braulio, Daniel, Jocieldo, Jociele
  • #13 I - Cleiton, Misael, Valter, Junior II - Alysson, Franklin, Junior Ribeiro IV - Adolfo, Claudionor, Claudio, Flavio V - Braulio, Daniel, Jocieldo, Jociele