Professional Documents
Culture Documents
<< Captaç
Captação de Requisitos >>
Introduç
Introdução
Objetivo:
Identificar as fontes de requisitos e, então, os requisitos
provenientes dessas fontes ...
É uma atividade intensamente humana, demandando o envolvimento
das partes interessadas como fontes de requisitos.
Por
Porque
queééuma
umaatividade
atividadetão
tãodifí
difícil?
dif
difíícil?
Geralmente,
Geralmente,clientes
clienteseeusuários
usuáriosnãonãosabem
sabemcomo
comoum umprojeto
projetoee
desenvolvimento
desenvolvimentode desoftware
softwarefunciona,
funciona,dedetal
talforma
formaquequenão
nãopodem
podem
especificar
especificarseus
seuspróprios
própriosrequisitos
requisitosdedeuma
umaforma
formaquequefuncione
funcionepara
paraos
os
desenvolvedores. Por sua parte, os desenvolvedores frequentemente
desenvolvedores. Por sua parte, os desenvolvedores frequentemente não não
compreendem
compreendemos osproblemas
problemaseenecessidades
necessidadesdos
dosclientes
clientesoosuficiente
suficientepara
para
especificar os requisitos em seu nome.
especificar os requisitos em seu nome.
Dificuldades Tí
Típicas:
1. Diferenças e, algumas vezes, necessidades conflitantes entre diferentes
tipos de usuários;
2. Requisitos omitidos pelas partes interessadas;
3. Acesso às pessoas que realmente possuem o conhecimento do negócio
ou do domínio do problema;
4. Falta de habilidade para enxergar novas formas de utilizar o software;
5. Incerteza sobre como adaptar às necessidades de negócio em mudança;
6. Grande número de requisitos altamente inter-relacionados;
7. Tempo limitado para identificar requisitos junto a profissionais sempre
ocupados;
8. Resistência à mudança.
Exercí
Exercício
As Fontes de Requisitos
Identificar
Identificarfontes
fontes
relevantes
relevanteseegarantir
garantir
ooacesso às mesmas!
acesso às mesmas!
Gestores
Patrocinadores Gestores Usuá
Usu ários Usuá
Usu ários
Patrocinadores (Product Usuá
Usuários Usuá
Usuários Especialistas Fornecedores
(Sponsors) (Product Diretos Indiretos Especialistas Fornecedores
(Sponsors) Champions) Diretos Indiretos
Champions)
Proficiência
Proficiência
Crité
Crit érios de Técnica /
Parte Papé
Pap éis Responsabilidades Interesses Crité
Critérios de Preocupaç
Preocupações Técnica /
Parte Papé
Papéis Responsabilidades Interesses Sucesso Preocupaç
Preocupações Restriç
Restrições de
Sucesso Restriçções de
Restri
Ambiente
Ambiente
Gerar
Gerar Eliminar a Domina o
Cria, modifica e estimativas de Eliminar a Domina o
Cria, modifica e estimativas de duplicidade software atual
escalona o forma rápida duplicidade Ter uma interface software atual
escalona o forma rápida de trabalho Ter uma interface
trabalho com clientes ao de trabalho fácil de usar Não confia nos
Escalona- Usuário trabalho com clientes ao fácil de usar Não confia nos
Escalona- Usuário telefone Reduzir o relatórios do
dor Direto Gera estimativas telefone Reduzir o Gerenciar o plano relatórios do
dor Direto Gera estimativas tempo de Gerenciar o plano sistema
Escalonar o tempo de de alocação sem sistema
Aloca contratados Escalonar o realização de alocação sem
Aloca contratados trabalho dentro realização pessoas adicionais Está quase sempre
no trabalho trabalho dentro das pessoas adicionais Está quase sempre
no trabalho dos 5 dias de das ao telefone
dos 5 dias de estimativas ao telefone
solicitação estimativas
solicitação
Workshops Facilitados
“O objetivo é definir, refinar, priorizar e
acordar os requisitos de usuários com a
ajuda das partes interessadas.”
“O workshop compromete os usuários
com o processo de descoberta e resulta
num sentimento de propriedade sobre
os entregáveis.”
Joint Application Design (JAD)
Consideraç
Considerações:
1. Defina o objetivo do workshop e seus participantes;
2. Defina as regras de realização do workshop;
““Groups
Groupsneed
needtotoform
form
3. Defina os resultados (entregáveis) do workshop;
before they can perform!”
perform!””
perform!
before they can perform!”
4. Construa uma agenda do evento;
5. Realize o workshop;
6. Conclua com a captação dos problemas, próximos passos e ações.
Consideraç
Considerações:
1. Defina qual parte do produto será prototipada;
2. Defina se o protótipo será descartável ou evolucionário;
Mock-
Mock--ups
Mock
Mock- ups
ou
ou
3. Projete e construa o protótipo;
Storyboards
Storyboards
4. Realize as avaliações do protótipo com os usuários;
5. Documente os resultados.
Protó
Protótipos Explorató
Exploratórios
TIPOS DESCARTÁ
DESCART ÁVEIS EVOLUCIONÁ
EVOLUCIONÁRIOS
TIPOS DESCARTÁ
DESCARTÁVEIS EVOLUCIONÁ
EVOLUCIONÁRIOS
••Implementa
Implementaimportantes
importantes
••Esclarece
Esclarecerequisitos
requisitosfuncionais
funcionais Casos
Casosde
deUso
Uso
••Identifica funcionalidades
Identifica funcionalidades ••Implementa
ImplementaCasos
Casosde
deUso
Uso
HORIZONTAIS
HORIZONTAIS faltantes
faltantes adicionais
adicionaisbaseados
baseadosnanaprioridade
prioridade
••Explora
Exploraaainterface
interfacedo
dousuário
usuário ••Adapta
Adapta o sistema para asrápidas
o sistema para as rápidas
ou
ouabordagens
abordagensde denavegação
navegação necessidades de mudança
necessidades de mudança
••Implementa
Implementafuncionalidades
funcionalidadesee
camadas de comunicação
camadas de comunicação
Demonstra
Demonstraaaviabilidade
viabilidadetécnica
técnicade
de complexa
desempenho, complexa
VERTICAIS
VERTICAIS desempenho, usabilidade,ou
usabilidade, ou ••Implementa
outros Implementaeeotimiza
otimizaos
os
outrosatributos
atributosda
daqualidade
qualidade algoritmos essenciais
algoritmos essenciais
••Teste
Testeeeafina
afinaoodesempenho
desempenho
Consideraç
Considerações:
1. Defina os objetivos e os participantes do
Focus Group; Permite
Permiterealizar
realizaruma
umaaná
ananáálise
aná lise
2. Planeje e organize a logística para a sessão;
imparcial
imparcialdas
dascaracterí
características
caracter
caracteríísticas
eeevoluç
evolu ç
evoluç ão do produto
evolução do produto
3. Realize o Focus Group;
de
desoftware
software
4. Analise e documente a informação coletada.
Observaç
Observação em Campo
Consideraç
Considerações: Constró
Constróói iuma
Constr
Constró umarelaç
relaçção
rela
relaç ão
1. Identifique os usuários que você quer observar; de
deconfianç
confianççaaentre
confian
confianç entreoo
cliente
clienteeeaaequipe
equipede de
2. Organize e agende a observação;
desenvolvimento.
desenvolvimento.
3. Realize a observação;
4. Analise e documente suas observações.
Estudo de Documentaç
Documentação
“Uma inspeção das fontes de
documentação existentes para descobrir
informação de requisitos”
Reuso de Especificaç
Especificações, Engenharia
Reversa, Atributos da Qualidade, Regras
de Negó
Negócio, Concorrência, etc.
Analisar
Analisardocumentos
documentosconsome
consomemuito
muito
tempo ... mantenha o foco!
tempo ... mantenha o foco!
Consideraç
Considerações:
1. Identifique as fontes apropriadas de documentação que serão utilizadas;
Considere: manuais, procedimentos, telas de ajuda, software concorrente, etc.
2. Revise e analise a documentação (procure regras de negócio e indicativos de
funcionalidades e atributos técnicos que agreguem valor para o sistema);
3. Crie esboços de modelos de análise (diagramas de contexto, Use Cases, modelos
de dados, etc.).
Avaliar
Avaliaraaopinião
opiniãode
degrupos
gruposou oucategorias
categoriasde
de
usuá
usu á
usuários sobre produtos ou funcionalidades
usuários sobre produtos ou funcionalidades
Consideraç
Considerações: (fontes
(fontesde
desatisfação
satisfaçãoeeinsatisfação)
insatisfação)
1. Identifique o objetivo da pesquisa;
2. Determine o número de amostras e o método de coleta de dados;
3. Elabore as questões do questionário (não seja tendencioso, seja breve e evite
ambigüidades, um problema por questão, solicite ajuda de especialista);
4. Valide o questionário antes de você distribuí-lo;
5. Realize a pesquisa;
6. Analise e documento os dados e resultados.
Brainstorming
“Uma forma rápida e sistemática de
captar idéias de uma determinada área de
interesse com trabalho em equipe”
O objetivo é produzir o maior nú
número
de idé
idéias e derivar temas das mesmas para
posterior aná
análise.
OOfacilitador
facilitadordeve
deveter
ter
conhecimento
conhecimento e habilidadena
e habilidade na
Consideraç
Considerações: conduç
condu ç
conduç ão de reuniões
condução de reuniões
1. Defina claramente sobre qual tema os participantes deverão propor idéias, bem
como o tempo limite para o grupo gerar idéias;
2. Identifique o facilitador e os participantes do evento (6 a 8) e faça a convocação;
3. Realize o evento sem qualquer discussão, crítica e avaliação de idéias; registre as
idéias de forma visível para todos; não limite o número de idéias;
4. Como encerramento, discuta e avalie as idéias, criando uma lista condensada de
idéias e temas para análise futura.
Previne
Previneriscos
riscosfuturos
futuroscom
comaaintegraç
integraçção
integra
integraç ão
entre sistemas ou a adaptaç
adapta
entre sistemas ou a adaptaçç ão para usuá
usu
adaptação para usuáá rios
usuários
com necessidades especiais.
com necessidades especiais.
Consideraç
Considerações:
1. Prepare a captação da interface (revise documentação);
2. Realize a captação da interface (descreva a proposta e seus usuários);
3. Defina as interfaces (descreva as entradas e saídas, suas regras de validação e
disparadores de interação).
Precauç
Precauções no Uso
Cada
Cadaprojeto
projetopossui
possuium
um
Quando você necessitar ...
Quando você necessitar ...
Utilize ...
Utilize ...
conjunto
conjuntocaracterísticas
características Identificar fontes de
Identificar fontes de Uma lista de fontes de requisitos
Uma lista de fontes de requisitos
específicas.
específicas.
requisitos
requisitos
Identificar as partes
Quando
Quandovocêvocêfor
forutilizar
utilizar
Identificar as partes
interessadas no produto
interessadas no produto
Categorias de partes interessadas
Categorias de partes interessadas
as
astécnicas
técnicasdedecaptação
captaçãodede Descrever as necessidades
requisitos,
requisitos,consulte
consulteaa
Descrever as necessidades
e os critérios de sucesso
e os critérios de sucesso
Perfis das partes interessadas
Perfis das partes interessadas
das partes interessadas
tabela
tabelaao
aolado
ladoeeverifique
verifiqueaa
das partes interessadas
aplicabilidade
aplicabilidadedas
dasmesmas!
mesmas! Combinações das seguintes técnicas:
Combinações das seguintes técnicas:
Entrevistas, Protótipos Exploratórios,
Entrevistas, Protótipos Exploratórios,
Workshops Facilitados, Focus Groups,
Revisar as técnicas de Workshops Facilitados, Focus Groups,
Revisar as técnicas de Análise de Tarefas de Usuário,
captação de requisitos Análise de Tarefas de Usuário,
captação de requisitos Observação, Estudo da
Observação, Estudo da
Documentação, Brainstorming,
Documentação, Brainstorming,
Análise de Interface
Análise de Interface
Consideraç
Considerações:
1. Ordene a importância de cada parte interessada por categoria. Utilize um
esquema de classificação como o MoSCoW: Must (M), Should (S), Could (C) e
Won´
Won´t (W);
2. Determine como você envolverá a parte interessada no processo;
3. Registre o plano numa tabela
ou em outro documento; Representantes
Representantes(usuá
(usuáários
(usu
(usuá riosproxy)
proxy))podem
proxy
proxy) podem
4. Acorde com as partes. não
nãoser
sertão
tãoefetivos
efetivosououapresentar
apresentarriscos
riscos
na determinaç
determina
na determinaçç ão dos requisitos!
determinação dos requisitos!
Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 21 de 23
Plano de Captaç
Captação das Partes
Grau de
Parte Importância Grau de Método de Envolvimento Freqü
Freq üência do Envolvimento
Parte Importância Envolvimento Método de Envolvimento Freqü
Freqüência do Envolvimento
Envolvimento
Ativo:
Ativo:
• Entrevistar para lista de requisitos
• Entrevistar para lista de requisitos
desejados
desejados
•Convidar em quatro workshops de
•Convidar em quatro workshops de
Vendas Must (M) Total meia-dia para criar modelos de Continuamente: 2 a 4 horas / dia
Vendas Must (M) Total meia-dia para criar modelos de Continuamente: 2 a 4 horas / dia
análise
análise
• Enviar versões Draft dos
• Enviar versões Draft dos
documentos de requisitos por
documentos de requisitos por
e-mail
e-mail
The
TheSoftware
SoftwareRequirements
Requirements--Memory
MemoryJogger
Jogger
Ellen Gottesdiener, 2005
Ellen Gottesdiener, 2005