Você está na página 1de 4

Portal Frum 7Masters Ferramentas Cursos online Agenda Revista iMasters InterCon

Faa Login
Julho
19
Congresso PHPpara 400 programadores. Inscreva-se!
Faa sua busca
Voc est aqui:
Tweetar Tweetar 0 0
GERNCIA DE PROJETOS
Elicitao de requisitos e suas
tcnicas
26 de agosto de 2010 por Thiago Pereira
Fala, pessoal!
A elicitao de requisitos uma fase muito importante em qualquer projeto de
desenvolvimento de software, pois se elaborada de maneira incorreta, todo o projeto
estar comprometido.
importante, pois nesse momento que identificamos e definimos a estratgia de
desenvolvimento do produto/servio. agora que conhecemos algumas informaes
como:
Fonte de Requisitos;
Quais so as partes interessadas no produto/servio;
Quais so as principais necessidades do usurio;
Definimos as fronteiras do sistema;
Quais so as premissas e restries do sistema ou do ambiente.
normal, que durante a identificao das fontes de requisitos, tenhamos que realizar
reunies com profissionais de todos os nveis hierrquicos e conhecer as necessidades
de cada um. Muitas empresas, quando terceirizam o servio, elegem uma pessoa
(stakeholder) para ser o ponto focal entre o contratante e contratada. Isso pode ser
muito perigoso, pois caso esse profissional no conhea as reais necessidades dos
usurios finais, ou passe alguma informao errada, todo o projeto estar
comprometido.
Sei que muitos podem estar pensando que isso no problema da empresa contratada,
pois a responsabilidade do stakeholder ou contratante, porm, como sempre frisamos,
devemos nos preocupar em entregar valor para o nosso cliente, e s atingiremos esse
objetivo trabalhando como parceiros.
Por essa razo, sempre que possvel, prefira conhecer e conversar pessoalmente com
todos os envolvidos no projeto, conhecer suas reais necessidades, e se necessrio,
fazer a observao in loco, que nada mais que sentar ao lado do operador do
sistema por um determinado tempo e conhecer seu trabalho.
Para conhecermos quem so as pessoas interessadas no produto/servio, devemos
1 Like Like Share Share
LTIMAS NOTCIAS
02/07 S 05H40
Comando OK Google agora
funciona em portugus do Brasil
no Android
02/07 S 04H35
Testes com 5G chegam
velocidade de 5 Gbps
02/07 S 04H00
Imagens do possvel gamepad do
Android TV so reveladas
02/07 S 03H40
Microsoft aumenta proteo de e-
mails no Outlook
02/07 S 02H30
Google adquire Songza, servio
online de msica
TODAS AS NOTCIAS
DESIGN & UX FRONT-END DEV BD MOBILE MARKETING GESTO APIS SEARCH INFRA TECH E-COMMERCE ANALYTICS
converted by Web2PDFConvert.com
fazer perguntas como:
No caso de sucesso ou falha do projeto, quais as pessoas afetadas?
Quem so os usurios finais do produto?
Quem so os responsveis pela aprovao/reprovao da soluo, quando
implantada?
Quem ser o responsvel pelo desenvolvimento e manuteno do produto?
Quem so os responsveis pelos testes?
Definir as fronteiras do sistema ajuda na definio de escopo do sistema. Temos uma
viso mais clara do que est dentro e principalmente fora do escopo.
Conhecer as reais necessidades do usurio no significa que atenderemos todos os
desejos dele. Temos que nos focar na soluo do problema. Como citei anteriormente,
nem sempre o usurio sabe de sua real necessidade. Essa etapa critica. Ter desvios
de foco a coisa mais comum nesse momento.
Identificar premissas e restries de ambiente de extrema importncia, pois
dependendo destas, o valor e o tamanho do projeto podem ser significantemente
maiores ou menores.
Tcnicas de Elicitao: entrevistas
Como citado no artigo Softskills do Analista de Negcios, a comunicao de extrema
importncia para uma boa elicitao. Uma das tcnicas mais usadas na elicitao so as
entrevistas com os usurios ou stakeholders.
Normalmente a entrevista a primeira tcnica utilizada para descobrir as necessidades
dos usurios. Agora o momento de escutar mais do que falar. Para os analistas
iniciantes, o incio das entrevistas ode ser um pouco confuso, pois muitas informaes
so despejadas de uma s vez, sem organizao. O usurio est falando de
determinado assunto, de repente lembra-se de outra funcionalidade, para ento
retornar ao assunto inicial.
realmente um momento em que devemos estar muito atentos. Eu, particularmente,
aprendi a usar gravadores, mas no sempre que essa tcnica bem vista pelas
pessoas do outro lado.
Para tornarmos as entrevistas mais produtivas, recomendo que voc a estruture, da
seguinte maneira:
Informando os temas que sero abordados: assim, tanto o entrevistado, quanto
voc, conseguiro se preparar com perguntas e respostas mais completas.
Informando sua durao: dizer a hora de incio e do fim da entrevista uma maneira
de ambos
organizarem seus compromissos para antes e depois. Nunca deixe uma
entrevista durar mais do que 2 horas. A partir desse tempo, ambos
estaro cansados e comearo a se dispersar, fugindo completamente do
objetivo.
Fazer uma breve apresentao sobre si e o que espera conseguir com ela: no ao
vivo, na hora da entrevista, apresentar-se fundamental, assim como explicar o
motivo do encontro, mesmo que isso j tenha sido feito anteriormente,
provavelmente por e-mail ou telefone;
Explicar como ser a conduo da entrevista: dessa forma, o entrevistado se sentir
menos intimidado ou preocupado com suas atitudes. Um bom exemplo o caso do
gravador preciso explicar o motivo de se gravar a entrevista e pedir autorizao
para o entrevistado para gravar a conversa.
Ao terminar a entrevista, interessante que voc recapitule as informaes obtidas,
mesmo que de maneira resumida. Se necessrio, j deixe uma nova entrevista
agendada. Informe tambm o entrevistado, que voc poder entrar em contato para tirar
eventuais dvidas.
Tenho certeza de que com essa estrutura de entrevista, voc atingir seus objetivos na
elicitao de requisitos. Fiquem vontade para postar dvidas, criticas e sugestes nos
comentrios ou pelo meu e-mail.
Find us on Facebook
iMasters
100,900 people like iMasters.
Facebook social plugin
Like Like
converted by Web2PDFConvert.com
Entregar projetos de
software no prazo e
dentro do oramento
no mais um desafio
Gerncia de Projetos
9 comentrios
A importncia do
escopo do projeto
Gerncia de Projetos
12 comentrios
Realizando controle de
tarefas com o
Thinkingrock
Gerncia de Projetos
Comente!
COMENTETAMBM
Abraos e at a prxima semana
Artigos relacionados
Thiago Pereira
possui 10 anos de experincia em TI. Analista de Negcios com
formao em Sistemas de Informao. Entusiasta da Anlise de
Negcios e metodologias geis, atualmente consultor de AN em
uma grande empresa da rea financeira.
Pgina do autor Email
Leia os ltimos artigos publicados por Thiago Pereira
Elicitao de requisitos e suas tcnicas Parte 02
Elicitao de requisitos e suas tcnicas
Soft-Skills do Analista de Negcios
3 COMENTRIOS
Pedro Afonso
Boa tarde!
Sei que todos os treze diagramas UML esto relacionados ao desenvolvimento de
software, mas eu gostaria de saber quais so os diagramas so mais apropriados
para a elicitao de requisitos de software.
Abrao
H 2 anos Responder
Andr
Quando vc se depara com a falta de motivao do cliente em no informar de forma
clara e at mesmo desmarcando entrevistas, o que pode ser feito?
H 1 ano Responder
Luciano
Andr, neste caso h um problema na identificao das partes interessadas. Com
certeza a atitude deste cliente se explica pelo impacto que o sistema/produto
produzir no seu trabalho.
H 12 meses Responder
QUAL A SUA OPINIO?
converted by Web2PDFConvert.com
Escreva seu comentrio aqui...

Twitter
Siga o perfil do iMasters
LinkedIn
Cadastre-se no grupo iMasters
gitHub
Cdigos iMasters DEV
RSS
Assine os feeds
SOCIAL MEDIA
faleconosco@imasters.com.br
NEWSLETTER
Fique por dentro de todas as novidades,
eventos, cursos, contedos exclusivos e
muito mais.
Seu nome
Seu e-mail
ENVIAR
Sobre o iMasters
Poltica de Privacidade
Fale conosco
Copyright 2014 Todososdireitosreservados
converted by Web2PDFConvert.com