Você está na página 1de 12

Módulo 3

<< Captaç
Captação de Requisitos >>

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 1 de 23

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.

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 2 de 23


Introduç
Introdução

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.

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 3 de 23

Exercí
Exercício

Descreva suas Práticas


Comuns de Captação de
Requisitos
(Boas e Ruins)

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 4 de 23


O Processo
• Para reduzir erros ou perda
• Identifique as fontes de informação
• Envolva as partes interessadas
• Combine as técnicas
• Analise a duração • Aplique as técnicas para
• Planeje com múltiplas identificar os requisitos das
iterações partes interessadas Documentar
Documentar
osrequisitos
os requisitos
Selecionar
Selecionaree Definir
Definir
planejar
planejarasas objetivosee
objetivos
Identificar
Identificaros
os
tétécnicas
cnicasde
de expectativas
expectativasee requisitos
requisitos
captaç
capta
captaçç ão
captação dede preparar
prepararoo
requisitos
requisitos ambiente
ambiente
Verificar
Verificaree
corrigir
corrigir Aná
Análise
• Determine os resultados os
osachados
achados
de cada técnica • Compartilhe a informação com
• Prepare as ferramentas todos os membros da equipe
• Comunique as partes para • Revise a documentação em pares
que se preparem The
• Revise a documentação com as TheSoftware
SoftwareRequirements
Requirements
• Organize a logística partes interessadas MemoryJogger
Memory Jogger
Ellen
EllenGottesdiener,
Gottesdiener,2005
2005

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 5 de 23

As Fontes de Requisitos

• Pessoas (partes interessadas)


• Documentos Especí
Específicos
• Fontes Externas

Identificar
Identificarfontes
fontes
relevantes
relevanteseegarantir
garantir
ooacesso às mesmas!
acesso às mesmas!

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 6 de 23


As Partes Interessadas

Grupos ou indivíduos com


algum interesse sobre o PARTES
PARTES
produto que será desenvolvido INTERESSADAS
INTERESSADAS Possuem conhecimento do
domínio ou responsabilidade de
desenvolvimento

Aceitam ou Interagem com


pagam o o produto ou
CLIENTES USUÁ
USU ÁRIOS OUTROS
CLIENTES produto de USUÁ
USUÁRIOS OUTROS
são afetados
software por ele

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)

Autoriza Garante valor Interagem Interagem Possuem Projetam e


Legitima para o negócio diretamente com produtos informações produzem o
Contrata e seus usuários com o sistema gerados pelo relevantes sistema para o
Paga sistema sobre o negócio
produto ou
negócio

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 7 de 23

Os Perfis das Partes


“É uma descrição que caracteriza cada uma das partes interessadas
e explica as suas relações com o projeto de software”
Objetivos:
1. Compreender os interesses, as preocupações e os critérios de sucesso do produto
para as partes interessadas;
2. Descobrir fontes potenciais de conflitos em requisitos;
3. Identificar tópicos que possam necessitar de maior tempo e atenção.

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

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 8 de 23


Entrevistando as Partes

As entrevistas podem ser:


• Não estruturadas (sem questões
pré-definidas)
• Estruturadas (questões
preparadas antecipadamente)
Atençção para o Rapport
Aten
Consideraç
Considerações:
1. Identifique a pessoa que você irá entrevistar (partes interessadas);
2. Prepare sua estratégia (objetivos, questões, anotações, ferramentas, etc);
3. Agende a entrevista e prepare a infra-estrutura necessária para a realização;
4. Realize a entrevista (última hipótese por telefone e jamais em papel);
5. Revise e documente os resultados (imediatamente, com o entrevistado).

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 9 de 23

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.

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 10 de 23


Protó
Protótipos Explorató
Exploratórios
“Provê uma versão parcial e preliminar
do software a ser desenvolvido”
“É uma forma barata de demonstrar as
funcionalidades e os cenários a fim de
validar os requisitos de um produto”
Os protótipos podem ser
Horizontais ou Verticais.
Verticais
http://www.mockupscreens.com/

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.

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 11 de 23

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

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 12 de 23


Focus Groups
“São entrevistas em grupo, cuidadosamente
planejadas, que trás à tona problemas e
questões abertas dos participantes sobre o
produto em análise”
O objetivo é analisar a reaç
reação dos usuá
usuários
diante dos novos produtos e revelar
informaç
informações e percepç
percepções subjetivas sobre as
caracterí
características dos produtos.

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.

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 13 de 23

Observaç
Observação em Campo

“São visitas feitas por representantes da


equipe de desenvolvimento ao ambiente
de trabalho dos usuários para ver como
eles trabalham”
O objetivo é identificar problemas
ambientais que possam afetar os
requisitos, ou descobrir detalhes que
não tenham sido compreendidos
quando o usuá
usuário explicou o trabalho.

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.

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 14 de 23


Aná
Análise de Tarefas

“Utiliza exemplos reais e fictícios para


descrever as tarefas do usuário e o contexto
no qual o trabalho será realizado”
O objetivo é garantir uma base para o
desenvolvimento de Use Cases, conduzir a
validaç
validação do modelo, elaborar os Testes de
Aceitaç
Aceitação e projetar os protó
protótipos.
Seja
Sejaobjetivo
objetivoeenão
nãoconsuma
consuma
muito tempo do usuá
muito tempo do usuáusuáário!
usu rio!
Consideraçções:
Considera
1. Identifique e documente os papéis dos usuários;
2. No encontro, peça para o usuário descrever as tarefas típicas que eles devem
realizar com o sistema (na formal textual, passo-a-passo);
3. Documente as tarefas dos usuários;
4. Desenvolva modelos de requisitos de software relacionados e especifique os
atributos da qualidade.

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 15 de 23

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

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 16 de 23


Pesquisas e Questioná
Questionários
“Uma maneira de se obter informações
anônimas de muitos usuários”
Podem ser: Objetivas (closed-format)
ou Subjetivas (open-format)

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.

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 17 de 23

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.

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 18 de 23


Aná
Análise de Interfaces
“Uma interface é uma conexão entre
dois componentes (GUI, aplicações
externas, dispositivos de hardware)”
O objetivo é definir requisitos que
descrevem como as interfaces irão
interagir.

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

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 19 de 23

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

Planejar uma abordagem Um plano de captação de partes


Planejar uma abordagem Um plano de captação de partes
de captação interessadas
de captação interessadas

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 20 de 23


Plano de Captaç
Captação das Partes

“Um plano que considera a importância


das várias necessidades das partes
interessadas e suas contribuições para o
processo de desenvolvimento de
requisitos”

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

Passivo: Recebe relatórios de status


Passivo: Recebe relatórios de status
CEO Must (M) Limitado via e-mail ou rápidas chamadas Periodicamente: Semanal
CEO Must (M) Limitado via e-mail ou rápidas chamadas Periodicamente: Semanal
telefônicas
telefônicas

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

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 22 de 23


Exercí
Exercício

Determine quais práticas


de Captação de requisitos
podem agregar valor
imediato em sua equipe ou
projeto. Justifique!

Copyright © 2010 SURYA GESTÃO DIGITAL [MÓDULO 3] CAPTAÇÃO REQUISITOS Slide 23 de 23