Técnicas de Entrevistas e de Coleta de Dados para Projetos de Desenvolvimento de Software

Tcnicas de entrevistas e de coleta de dados para projetos de desenvolvimento de software | klebermota.eti.
br 17/09/15 06:08
Tcnicas de entrevistas e de coleta de dados

para projetos de desenvolvimento de
software
Notebook Dell Inspiron
i15-5548-B10...
R$2.564,10
Aproveite j essa
oferta!
Submarino
Banda Larga GVT

Eleita a melhor do Smartphone LG
R$467
Brasil. Assine j!
Sites.gvt.com.br/sampa Smartphone LG
L90 Dual D410 B...
www.casasbahia.com.br
Anncios Buscap
Mais anncios
Nesse artigo, ser mostrado formas de coletar dados para a construo de sistema
de software. Esse procedimento crucial nesse processo, pois com uma coleta de
dados ineficiente, nunca ser alcanado um sistema que atenda as necessidades
do cliente de forma plena.
Introduo
http://www.klebermota.eti.br/2013/07/25/tecnicas-de-entrevista-coleta-de-dados-para-projetos-de-desenvolvimento-de-software/ Pgina 1 de 18
Tcnicas de entrevistas e de coleta de dados para projetos de desenvolvimento de software | klebermota.eti.br 17/09/15 06:08
Este texto apresenta algumas diretrizes para as entrevistas que voc far durante
a fase de anlise de sistemas do projeto de desenvolvimento de um sistema. Prova-
velmente entrevistar usurios, gerentes, auditores, programadores e auxiliares
que utilizam sistemas j existentes (informatizados ou manuais) e tambm vrias
outras pessoas envolvidas.
Por que fazemos entrevistas durante a anlise de sistemas? Porque:
Precisamos coletar informaes sobre o comportamento de um sistema atual

ou sobre os requisitos de um novo sistema de pessoas que tm essas informa-
es armazenadas em algum lugar em suas cabeas.
Precisamos verificar nossa prpria compreenso, como analistas de sistemas,
do comportamento de um sistema atual ou dos requisitos de um novo sistema.
Essa compreenso deve ser adquirida atravs de entrevistas em combinao
com informaes coletadas de modo independente.
Precisamos coletar informaes sobre o(s) sistema(s) atual(is) para a execuo
do estudo de custo/benefcio para o novo sistema.
Tipos de Entrevistas
A forma mais comum de entrevista uma reunio pessoal e direta entre voc (tal-
vez acompanhado por at dois analistas auxiliares do projeto) e um ou mais inter-
locutores (entrevistados). Normalmente so efetuadas anotaes por um dos en-
trevistadores; menos costumeiramente, a entrevista pode ser gravada ou um(a) se-
cretrio(a) tomar notas durante a entrevista.
Pode-se perceber que as informaes obtidas em uma entrevista tambm podem

ser obtidas por outros meios, por exemplo, solicitando-se que os entrevistados res-
pondam por escrito a um questionrio formal, ou solicitando que descrevam por
escrito os requisitos do novo sistema. Tambm podemos aumentar as entrevistas
pela presena de vrios especialistas (que podem at conduzir a entrevista en-
quanto o analista de sistemas participa como assistente), como peritos em inds-
tria/comercio, psiclogos comportamentais e negociadores. E, finalizando, deve-se
lembrar que outros meios de obteno de dados (ex.: videocassete, gravadores,
etc) podem ser utilizados para registrar uma entrevista.
Durante a dcada de 80, uma forma especializada de entrevista tornou-se popular
em algumas empresas; conhecida como JAD (Joint Application Development) ou

projeto acelerado, ou anlise em equipe, e por vrios outros nomes. Ela consiste
klebermota.eti.br
em uma rpida entrevista e um processo acelerado de coleta de dados em que to-
dos os principais usurios e o pessoal da anlise de sistemas agrupam-se em uma
Blog%sobre%cincia,%computao%e%projetos%relacionados
nica e intensiva reunio (que pode prolongar-se de um dia a uma semana) para
documentar os requisitos do usurio. A reunio costuma ser supervisionada por
um profissional experiente e bem treinado que atua como mediador para encora-
jar melhores comunicaes entre os analistas de sistemas e os usurios. Freqen-
temente, este supervisor apoiado por algumas pessoas que se dedicam integral-
mente ao processo.
Embora todas essas variaes tenham de fato sido utilizadas, elas so relativamen-
te raras e no sero discutidas em maiores detalhes neste texto. A entrevista mais
utilizada ainda a reunio pessoal entre um analista de sistemas e um usurio fi-
nal.
Problemas Fundamentais
Inicialmente pode parecer que o processo de entrevistar um usurio seja uma

questo simples e direta. Afinal, o analista e o usurio so pessoas inteligentes e
capazes de expressarem. Os dois so pessoas racionais e ambos tm o mesmo obje-
tivo: passar informaes relativas a um novo sistema proposto da mente do usu-
rio para a do analista. Qual o problema?
Na realidade, existem muitos problemas que podem ocorrer. Em muitos projetos

de alta tecnologia, tem-se observado que a maioria dos problemas difceis no en-
volvem hardware nem software, mas sim o pleopleware. Os problemas de peo-
pleware na anlise de sistemas so muitas vezes encontrados nas entrevistas. Os
problemas mais comuns a que voc deve estar atento so:
Entrevistar a pessoa errada no momento errado. muito fcil, por causa dos
problemas e interesses organizacionais, falar com a pessoa que o perito ofici-
al na orientao do usurio, que demonstra nada saber a respeito dos verdadei-
ros requisitos do sistema; tambm possvel perder a oportunidade de falar
com o usurio desconhecido que realmente sabe quais so os requisitos. Mes-
mo que encontre a pessoa certa, talvez o analista tente entrevist-la durante
um perodo em que o usurio no est disponvel ou esteja mergulhado sob ou-
tras presses e emergncias.

Fazer perguntas erradas e obter respostas erradas. A anlise de sistemas ,
como Tom DeMarco gosta de dizer, uma forma de comunicao entre estra-
nhos. Os usurios e os analistas de sistemas tm vocabulrios diferentes, expe-
rincias bsicas diferentes e muitas vezes um diferente conjunto de pressuposi-
es, percepes, valores e prioridades. Desse modo, fcil fazer ao usurio
uma pergunta racional sobre os requisitos do sistema e o usurio no entender
absolutamente a pergunta, sem que nenhum dos dois perceba o fato. E fcil
para o usurio prestar-lhe algumas informaes sobre os requisitos e o analista
no entender essas informaes, novamente sem que nenhum dos dois perceba
o fato. As ferramentas de modelagem so uma tentativa de fornecer uma lin-
guagem comum e sem ambigidades para diminuir esses mal entendidos. Po-
rm as entrevistas costumam ser realizadas em uma lngua comum (ingls, es-
panhol, francs, portugus etc.),portanto o problema real. Isso explica porque
to importante marcar entrevistas subseqentes para confirmar que ambas
as partes entenderam as perguntas e as respostas.
Criar ressentimentos recprocos. existem algumas razes pelas quais o usurio
pode no se sentir vontade ou mesmo colocar-se em posio antagnica na
entrevista com um analista de sistema (ex.: porque ele percebe que o verdadei-
ro objetivo do novo sistema que o analista est especificando tomar-lhe o em-
prego). E o analista pode ressentir-se do modo como o usurio est responden-
do as perguntas. Em qualquer caso, o ressentimento pode surgir entre as duas
partes, tornando a comunicao muito mais difcil.No existe um modo mgico
de garantir que esses problemas no ocorrero; eles so a conseqncia das in-
teraes pessoa-a-pessoa, e cada uma dessas interaes nica. Contudo, as su-
gestes dadas a seguir podem ajudar a reduzir a probabilidade desses proble-
mas; fora isso, depender de prtica para melhorar cada vez mais em cada en-
trevista subseqente.
Diretrizes Para a Realizao de Entrevistas
As seguintes diretrizes podem ser de grande auxlio na direo de entrevistas

bem-sucedidas com o usurio.
Desenvolva um Plano Geral de Entrevistas
Antes de tudo, extremamente importante que o analista descubra quem deve ser
entrevistado. Caso contrrio, desperdiar o tempo de todos e criar um enorme
tumulto, por falar com pessoas erradas sobre coisas erradas.
Isso requer que obtenha um organograma da empresa que mostre as pessoas da

organizao usuria, bem como a hierarquia entre elas. Se no existir um organo-
grama formal, encontrar algum que saiba como a organizao funciona e pedir
ajuda. Se o organograma existir, certificar-se de que esteja correto e atualizado; as
empresas muitas vezes modificam-se com muito mais freqncia do que o ciclo
editorial anual em que os diagramas so produzidos!
O fato de conhecer o esquema organizacional no diz necessariamente com quem

o analista deve entender-se; s vezes, a pessoa que mais sabe a respeito de algum
aspecto de um sistema um funcionrio administrativo ou burocrata que sequer
aparece no organograma. Muitas vezes existem trs nveis de usurios em uma or-
ganizao grande e complexa (o usurio verdadeiro, o usurio supervisor operati-
vo e o usurio supervisor executivo) e muitas vezes de grande importncia falar
com todos os trs nveis.
Em muitos casos tambm importante conversar com os usurios na seqncia

adequada e na combinao certa. Por vezes o analista poder saber em que
seqncia os usurios devero ser entrevistados face a seu conhecimento geral da
organizao e por vezes os prprios usurios lhe diro uma vez que saibam que
sero entrevistados.
Certifique-se de que tem Autorizao para Falar com os Usurios
Em algumas organizaes informais no haver restries na escolha dos usurios

com quem falar ou sobre como as entrevistas sero marcadas. Porm isso no
comum em empresas grandes; politicamente perigoso vagar pela organizao
usuria realizando entrevistas sem prvia autorizao.
Na maioria dos casos, a autorizao vir ou do encarregado de um setor usurio

(um departamento ou diviso) ou do representante da empresa que estar auxili-
ando o projeto de desenvolvimento do sistema. Em qualquer caso, os usurios tm
legtimas razes em querer aprovar, antecipadamente, quem ser entrevistado:
Eles podem saber que alguns usurios no sero capazes de compreender ou ex-
primir bem os requisitos do sistema.
Eles podem desconfiar de que alguns dos usurios do nvel operativo sejam re-
beldes que apresentaro requisitos falsos (ou requisitos que a direo no apro-
va).
Eles podem recear que as entrevistas interfiram com as atribuies normais de

trabalho que os usurios tenham de executar. Por causa disso, desejaro marcar
as entrevistas para os momentos apropriados.
Eles podem recear que as entrevistas sejam vistas como o incio de um esforo de
substituio dos usurios humanos por um sistema computadorizado, provocando
demisses e coisas desse gnero.
Eles podem considerar que eles prprios (os diretores) sabem mais a respeito dos
requisitos do sistema do que qualquer outro e por isso no desejam que voc en-
treviste qualquer usurio de nvel operativo.
Pode estar havendo uma batalha poltica em andamento em um nvel de chefia

muito mais elevado, entre o setor usurio e a organizao de desenvolvimento de
sistemas. Desse modo, o gerente usurio pode no ter reais objees a suas entre-
vistas, porm, impedindo que elas sejam feitas, ele estar enviando uma mensa-
gem poltica para o chefe do chefe do seu chefe.
Por todos esses motivos, uma boa medida obter uma prvia autorizao. Na mai-
or parte dos casos, basta uma autorizao verbal; se a organizao for terrivel-
mente burocrtica ou paranica, podese precisar de uma autorizao escrita.
Isso, a propsito, tambm significa que o analista deve estar atento poltica orga-
nizacional se tiver certeza da necessidade de falar com um usurio (normalmente
um usurio do nvel operativo) com quem tenha sido avisado para no conversar.
Planeje a Entrevista para Fazer Uso Eficiente do Tempo
O principal aspecto desta sugesto que deve-se compreender que est tomando o
tempo do usurio e que ele (ou o chefe dele) pode achar at que o analista esteja
desperdiando o tempo dele. Assim sendo, importante o planejamento e prepa-
rao to antecipadamente quanto possvel para poder fazer uso eficiente da en-
trevista.
A primeira coisa a fazer certificar-se de que o usurio conhece o assunto da en-

trevista. Em alguns casos isso pode ser feito por telefone; em outros, pode ser ade-
quado preparar uma lista das perguntas que sero feitas, ou dos tpicos que sero
abordados, ou dos DFD que necessita ser revisados, e remet-la ao usurio com
um dia ou dois de antecipao. Se no puder fazer isso, um indcio de que de fato
o analista no est preparado para a entrevista. E se o usurio no tiver lido o ma-
terial remetido, sinal de que:
est muito ocupado,
est desinteressado,
ope-se a toda a idia da entrevista ou
incapaz de entender as perguntas apresentadas.
Um aspecto relacionado: coletar, antes da entrevista, tantos dados pertinentes

quanto possvel. Se houver formulrios ou relatrios que sejam pertinentes dis-
cusso, geralmente poder obt-los antecipadamente. Se existirem outros docu-
mentos escritos do usurio descrevendo o novo ou o antigo sistema consiga-os e
estude-os antes da entrevista.
Se tiver preparado as perguntas antecipadamente, o analista deve ser capaz de re-

alizar a entrevista em uma hora ou menos. Isso importante; no s o usurio
geralmente incapaz de reservar mais do que uma hora de cada vez, mas tambm
as pessoas normalmente no conseguem se concentrar intencionalmente (princi-
palmente se estiverem examinando diagramas um tanto estranhos) por mais do
que uma hora. Isso naturalmente significa que deve-se organizar a entrevista para
abranger um escopo relativamente limitado, focalizando normalmente uma parte
do sistema. Isso tambm pode significar que tenha de marcar algumas entrevistas
com o mesmo usurio para abranger inteiramente a rea em que ele est envolvi-
do.
Finalizando, marcar uma reunio subseqente para rever o material que foi cole-
tado. Normalmente, aps a entrevista, o analista ir para sua mesa com todas as
informaes colhidas na entrevista, e executar bastante trabalho com os dados

brutos. Pode haver DFD a serem desenhados ou itens a serem criados no dicion-
rio de dados; clculos de custo/benefcio podem precisar ser feitos; as informaes
provenientes da entrevista podem precisar ser correlacionados com dados de ou-
tras entrevistas, e assim por diante. Em qualquer caso, os dados dessa entrevista
sero manipulados, documentados, analisados e convertidos em uma forma que o
usurio pode nunca ter visto antes. Desse modo, pode ser necessrio marcar uma
entrevista posterior para verificar:
que o analista no cometeu nenhum engano em seu entendimento do que o

usurio lhe disse,
que o usurio no mudou de opinio nesse nterim,
que o usurio entende a notao ou a representao grfica dessas informa-
es.
Utilize Ferramentas Automatizadas que Sejam Adequadas, Mas

NoAbuse
Durante a entrevista, pode-se achar conveniente utilizar ferramentas de prototipa-

o, principalmente se o objetivo da entrevista for discutir a viso que o usurio
tem da interface pessoa-mquina. De modo semelhante, se estiver revisando um
diagrama de fluxo de dados e discutindo possveis modificaes, poder achar pr-
tico usar uma ferramentas CASE.
Lembre-se, que o objetivo dessas ferramentas facilitar as discusses e no com-

plic-las; elas devem permitir que o analista e o usurio examinem alternativas e
modificaes com rapidez e facilidade; elas podem ajudar a registrar o conheci-
mento de um requisito do usurio e corrigir imediatamente quaisquer erros que
tenha sido cometido.
Se, a tecnologia introduzir-se no assunto, deve-se deixar fora da entrevista. Se o

usurio tiver de aventurar-se alm de seu ambiente normal de atividade (para ou-
tro prdio, na sala do computador) poder encarar a ferramenta como um aborre-
cimento. Se o usurio no estiver familiarizado com a tecnologia de computadores
e for solicitado a utilizar a ferramenta, poder rejeit-la. E se o analista no estiver
familiarizado com a ferramenta (ou se a ferramenta for lenta, apresentar erros ou
de emprego limitado) isso interferir sensivelmente na entrevista. Em qualquer
desses casos, talvez seja prefervel usar a ferramenta off-line depois da entrevista;
ento, poder mostrar ao usurio a sada da ferramenta sem causar quaisquer
problemas desnecessrios.
Tente Descobrir quais Informaes o Usurio tem mais Interesse
Se o analista tiver de desenvolver um modelo completo de sistema para alguma

parte de um sistema, possivelmente necessitar determinar entradas, sadas, fun-
es, caractersticas tempo-dependentes e a memria armazenada do sistema. Po-
rm a ordem em que se obtm essas informaes costumam no ter muita impor-
tncia. Mas pode significar muito para o usurio, e deve deix-lo comear a entre-
vista por onde ele preferir. Alguns usurios desejaro comear pelas sadas, isto ,
pelos relatrios e valores de dados que eles querem que o sistema produza (na re-
alidade, eles talvez nem saibam que entradas sero necessrias para produzir as
sadas desejadas). Outros usurios podero estar mais interessados nas entradas
ou nos detalhes de uma transformao funcional. Outros ainda preferiro falar so-
bre os detalhes dos dados de um depsito de dados. Deve-se esforar para enxer-
gar os requisitos do sistema da perspectiva desses usurios, e conservar esta pers-
pectiva em mente quando fizer as perguntas necessrias sua entrevista.
Use um Estilo Adequado de Entrevistar
Como diz William Davis [Davis, 1983]: Sua atitude em relao entrevista impor-
tante na determinao de seu sucesso ou fracasso. Uma entrevista no uma com-
petio. Evite ataques; evite o uso excessivo do jargo tcnico; conduza uma entre-
vista, no uma tentativa de persuaso. Fale com as pessoas, no fale muito alto,
nem muito baixo, nem indiretamente. Uma entrevista no um julgamento. Faa
perguntas detalhadas, mas no faa perguntas para confirmar outras respostas.
Lembre-se que o entrevistado o perito e que voc que precisa de respostas.
Para concluir, de modo algum critique a credibilidade de outras pessoas.
Fazer perguntas detalhadas nem sempre fcil; dependendo da personalidade do

entrevistado e do tema da entrevista, pode-se precisar de um conjunto de estilos
para extrair as informaes necessrias. Alguns estilos que podem mostrar-se
teis:
Relacionamentos. Pedir ao usurio para explicar o relacionamento entre o que

est em discusso e as demais partes do sistema. Se o usurio estiver falando
sobre um assunto (p.ex.: um cliente), pedir-lhe que explique seu relacionamen-
to sob outros aspectos; se ele estiver descrevendo uma funo (ex.: uma bolha
de um DFD), pedir-lhe que explique seu relacionamento com outras funes.
Isso no s o auxiliar a descobrir mais detalhes sobre o item em pauta, mas
tambm o ajudar a descobrir interfaces (ex.: fluxos de dados de uma bolha
para outra no DFD) e relacionamentos formais.
Pontos de vista alternativos. Solicitar ao usurio que descreva o ponto de vista
de outros usurios em relao ao item que esteja sendo discutido. Perguntar ao
usurio, por exemplo, o que seu chefe pensa sobre uma bolha do DFD, ou um
tipo de objeto do DER; ou pergunte o que pensa seu subordinado.
Detalhamento. Solicitar ao usurio uma informal descrio narrativa do item
em que estiver interessado. Fale-me sobre o modo como voc calcula o valor
das remessas. Ou, se estiver falando com o usurio sobre um tipo de objeto no
DER, poderia dizer-lhe: Fale-me a respeito de um cliente. O que voc sabe (ou
precisa saber) sobre um cliente?
Dependncias. Perguntar ao usurio se o item em discusso depende, para sua
existncia, de alguma outra coisa. Isso especialmente til quando se discutem
possveis tipos de objetos e relacionamentos no DER. Em um sistema de contro-
le de pedidos, por exemplo, pode-se perguntar ao usurio se seria possvel ha-
ver um pedido sem que haja um cliente.
Confirmao. Dizer ao usurio o que acha que ouviu ele dizer; usar suas prpri-
as palavras em lugar das dele e pea confirmao. Pode-se dizer: Deixe-me ver
se entendi o que voc disse
Possveis Formas de Resistncia na Entrevista
Deve-se estar preparado para o fato de que alguns usurios sero contrrios
idia de uma entrevista; essa uma das razes para garantir que o chefe ou al-
gum com autoridade no setor esteja ciente e tenha permitido a entrevista. Algu-
mas das objees mais comuns e algumas possveis respostas a essas objees:
Voc est tomando tempo demais de mim. A resposta a isso explicar que com-
preende, e desculpar-se pelo tempo que precisar tomar, mas que j preparou
tudo e far a entrevista no tempo mais curto possvel. Isso naturalmente exige
que o analista chegue pontualmente na hora marcada para o incio da entrevis-
http://www.klebermota.eti.br/2013/07/25/tecnicas-de-entrevistacoleta-de-dados-para-projetos-de-desenvolvimento-de-software/ Pgina 10 de 18
ta, mantenha a discusso no rumo previsto, e encerre-a no momento em que te-

nha dito que o faria.
Voc est ameaando meu emprego. Isso muitas vezes uma reao emocional
que pode ou no ter fundamento. Embora possa pensar em vrias maneiras de
responder a esse comentrio, lembre-se de que o analista no o patro dessa
pessoa e que no est em posio de garantir que o emprego dela no esteja em
perigo, ou de inform-la do contrrio. Ele vai considerar o analista como o peri-
to em eficincia cuja tarefa orientar a direo em como o emprego dele pode
ser eliminado pela informatizao. A soluo para esse problema, caso ele ocor-
ra, fazer com que seja levado ao conhecimento dos nveis superiores dos
usurios e obter o pronunciamento oficial, se possvel, pessoalmente ou por es-
crito.
Voc no conhece nossa empresa, como voc quer dizer-nos como deve ser o
novo sistema? A resposta a essa pergunta : Voc tem razo! E por isso que o es-
tou entrevistando para saber o que voc pensa sobre quais devam ser os requi-
sitos!. Por outro lado, dever sugerir vrias maneiras de melhorar as coisas (es-
pecialmente se parte ou todo o servio realizado atualmente pelo usurio for
em um antigo e ineficiente sistema); assim, esse tipo de comentrio pode ser
inevitvel. Entretanto, o verdadeiro truque continuar sendo to respeitoso
quanto possvel e reconhecer constantemente a experincia do usurio na sua
rea, embora continuando a perguntar se ele poderia explicar-lhe porque sua
idia no funcionaria.
Voc est tentando mudar o modo como as coisas so feitas aqui. O artifcio
neste caso mostrar ao usurio que embora possa estar propondo algumas (ra-
dicais) mudanas na implementao do sistema atual, no pensamento modi-
ficar as caractersticas essenciais desse sistema, exceto nas reas onde eles mes-
mos tenham solicitado uma alterao. Devemos lembrar, que algumas das ca-
ractersticas da implementao do sistema atual podem ser preservadas, por
causa das interfaces do sistema atual com outros sistemas externos que exijam
que as entradas ou sadas apresentem formatos prescritos.
No queremos esse sistema. Esta uma variao da queixa voc est querendo
tirar meu emprego. A verdadeira resposta que o analista est ali, conduzindo
a entrevista, porque a direo quer o novo sistema. No da sua competncia
convencer os usurios operativos que eles devem querer o novo sistema; fazer
isso colocar o peso da responsabilidade sobre seus ombros, onde ela no deve
ficar.
Por que voc est desperdiando nosso tempo com esta entrevista? Sabemos o
que queremos, e se voc fosse competente, voc saberia imediatamente o que
queremos. Por que voc no vai em frente e constri o sistema? Esta uma re-
clamao difcil de se lidar, porque relaciona-se com o fato fundamental de que
os usurios e os analistas de sistemas esto falando lnguas diferentes e estra-
nhas. Lembre-se, que com a disponibilidade das linguagens de quarta gerao e
dos computadores pessoais, o usurio pode achar que pode construir ele pr-
prio o sistema; sucessos fceis com projetos simples (planilhas eletrnicas, por
exemplo) podem ter-lhe dado a impresso de que todos os sistemas so fceis
de implementar. Isso pode explicar a impacincia em relao ao analista.
Outros Problemas
As diretrizes acima alertaram sobre os inmeros problemas polticos com que o

analista pode se defrontar em uma entrevista e os muitos motivos pelos quais o
usurio pode mostrar-se hostil. Mas ainda existem alguns problemas para os quais
deve-se estar atento:
Uma discusso que focalize mais os problemas de implementao do que os

problemas dos requisitos. Isso muitas vezes ocorre quando o usurio diz: Eis
como eu gostaria que voc construsse o sistema . Isso acontece quase sempre
quando o usurio est raciocinando em termos da implementao do sistema
atual; e pode acontecer se o usurio conhecer alguma coisa da tecnologia de
computadores (ex.: quando ele possui um PC particular ou quando ele um ex-
programador). Lembrar que no obrigao em uma entrevista de anlise des-
crever caractersticas de implementao do sistema a no ser que sejam to im-
portantes que realmente pertenam ao modelo de implementao do usurio.
Confuso entre sintomas e problemas. Isso ocorre em muitas reas, no apenas
na rea do processamento de dados. O que pode acontecer nas entrevistas de
anlise de sistemas. Entretanto, boa parte dele depende de onde a fronteira foi
estabelecida no diagrama de contexto: se a queixa do usurio um sintoma ou
um problema depende de ela estar associada a alguma coisa dentro dos limites
do sistema ou fora deles. Desse modo, deve-se dar especial ateno ao desenvol-
vimento do modelo ambiental.
O usurio pode ser incapaz de explicar o que ele quer que o sistema faa ou
pode mudar de opinio. Esse um problema comum e o analista de sistemas
deve estar preparado para ele. Quanto maior for esse problema mais importan-
te torna-se a prototipao.
Desentendimento entre usurios de mesmo nvel, subordinados e chefes. Infe-
lizmente, isso coloca o analista de sistemas no papel de mediador entre as par-

tes em desentendimento. Como analista, no pode abdicar desse papel; no
pode dizer: Quando vocs decidirem o que querem e entrarem em um acordo,
procurem-me. Em vez disso, deve-se agir como um negociador conduzindo to-
dos os interessados a uma sala e trabalhando com eles na tentativa de chegar a
um consenso. Isso, infelizmente, envolve habilidades e procedimentos fora do
escopo deste texto.
Descobrir disparidades entre o padro oficial e a pratica do trabalho. Durante
as entrevistas, o analista descobre que podem existir algumas disparidades en-
tre a verso oficial de como o sistema funciona e como realmente ocorre no n-
vel operacional. Neste caso, o analista deve utilizar a diplomacia quando relatar
estas discrepncias para a gerncia, pois o pessoal de nvel operacional pode re-
lutar em admitir que as operaes nem sempre seguem os padres oficiais de
trabalho.
Formas Alternativas de Coleta de Dados
As entrevistas no so o nico modo de coleta de informaes sobre os requisitos

de um sistema. Na realidade, quanto mais informaes puder colher de outras
fontes, mais produtivas podero ser as entrevistas pessoais. Alternativas para as
entrevistas:
Questionrios. Pode remeter questionrios escritos para os usurios dentro da

organizao, para as pessoas (ou setores) que interagem com o sistema, para os
diretores que aprovaram o projeto e para outros.
Demonstraes feitas pelos fornecedores. Os fornecedores de hardware e os
fornecedores de software podem j haver desenvolvido sistemas prontos para a
aplicao em que voc esteja interessado. Solicitando-lhes uma demonstrao
dos recursos desses sistemas pode no somente auxili-lo a decidir se o produto
uma boa soluo, mas tambm revelar funes e dados armazenados que
voc pode no ter percebido.
Visitas a outras instalaes. Procure outras empresas que estejam no mesmo
ramo de atividades ou que tenham sistemas semelhantes aquele em que voc
esteja trabalhando. Combine uma visita instalao para obter informaes di-
retas sobre as caractersticas e aptides do sistema.
Coleta de dados. Procure formulrios, relatrios, manuais, procedimentos escri-
tos, registros, imagens de tela de terminais e listagens de programas que j exis-
tam na organizao usuria. Lembre-se, todavia, que esses recursos normal-

mente esto relacionados com a implementao atual do sistema; devemos lem-
brar que isto costuma incluir informaes redundantes e/ou contraditrias e/ou
obsoletas. No obstante, isto muitas vezes um bom ponto de partida para voc
familiarizar-se com o terreno antes de iniciar as entrevistas pessoais com o
usurio.
Pesquisa externa. Se voc estiver construindo um sistema para uma nova apli-
cao, para a qual o usurio no dispe de qualquer experincia para descre-
ver os requisitos, talvez seja necessrio tentar obter informaes em sociedades
profissionais, ou em peridicos e livros tcnicos e em relatrios de pesquisas.
Questionrio de Pesquisa
Essa ferramenta muito conveniente quando h um grande nmero de usurios

ou vrios grupos de usurios em locais diferentes. Nestas situaes no prtico
entrevistar todas as pessoas, mas to logo as informaes obtidas atravs dos
questionrios tenham sido analisadas, podem ser realizadas entrevistas com usu-
rios selecionados. Podem ser usados diversos formatos para o questionrio de pes-
quisa, tais como: de mltipla escolha, lista de verificao (checklist), questes
abertas (descritivas) e combinaes das anteriores. Os passos para a utilizao do
questionrio de pesquisa so:
a) Preparao do questionrio:
Identifique o tipo de informao que deseja obter, como problemas experimenta-

dos ou oportunidades a explorar;
Definidos os requisitos, escolha um formato apropriado para o questionrio;
Monte questes de forma simples, clara e concisa;
Se incluir questes abertas, observar o espao necessrio para a resposta;
Agrupar as questes por tpicos ou reas afins;
Se possvel, enviar junto com o questionrio uma carta da direo da empresa
explicando os motivos e a importncia da pesquisa para a organizao.
b) Identificao dos respondentes
O questionrio deve ser personalizado com o nome, funo e localizao do res-

pondente;
Elaborar um controle de identificao das pessoas que recebero os questionri-

os. Utilizar o controle para monitorar a situao dos questionrios.
c) Distribuio do questionrio
Distribua o questionrio junto com as instrues de preenchimento;
Indique claramente o prazo para a devoluo do questionrio e a forma de devo-

luo.
d) Anlise das respostas
Consolide e anlise as informaes fornecidas pelos questionrios devolvidos;
Documente as principais descobertas;
Envie uma cpia do relatrio com as principais descobertas para cada respon-
dente
como uma cortesia pelo tempo dedicado pesquisa.
Observaes no ambiente
A anlise de observao uma tcnica de observao de fatos muito efetiva. Ela

pode ser usada para diversas finalidades, como processamento e confirmao de
resultados de uma entrevista, identificao de documentos que devem ser coleta-
dos para anlise, esclarecimento do que est sendo feito no ambiente atual.
Esta tcnica simples. Durante algum tempo, o analista fica observando os usuri-
os em seu ambiente enquanto eles executam suas tarefas dirias. Freqentemente
o analista far perguntas para conhecer o funcionamento e as atividades desen-

volvidas. importante explicar para as pessoas que sero observadas o que ser
observado e porque. Os passos para a observao so:
a) Antes:
Identifique as reas a serem observadas;
Obter a aprovao da gerencia apropriada para executar a observao;
Obter os nomes e funes das pessoas-chaves que sero envolvidas no estudo de

observao;
Explicar a finalidade do estudo;
b) Durante:
Familiarizar-se com o local de trabalho a ser observado;
Observar os agrupamentos organizacionais atuais;
Observar as facilidades manuais e automatizadas em uso;
Coletar amostras de documentos e procedimentos escritos que so utilizados nos

processos observados;
Acumular informaes estatsticas das tarefas observadas: freqncia que ocor-

rem, estimativas de volumes, tempo de durao, etc
Enquanto interage com os usurios, tente ser objetivo e no comentar as formas

de trabalho de maneira no construtiva;
Observar tambm as excees;
Terminando as observaes, agradea s pessoas o apoio e a colaborao dispen-

sada ao seu trabalho.
c) Aps:
Documente as descobertas resultantes das observaes;
Consolide os resultados;
Reveja os resultados consolidados com as pessoas observadas e/ou com seus su-
periores.
Fonte: http://www.waltenomartins.com.br/
Curtir 7 Tweetar 0 Compartilhar 0
Related posts:
1. Tcnicas para levantamento de Requisitos O incio para toda a atividade de desenvolvi-

mento de software o levantamento de requisitos, sendo esta atividade repetida em...
2. Dez dicas para o desenvolvimento de aplicaes Android Neste artigo, o iniciante

no desenvolvimento para Android encontrar algumas dicas bsicas que devem ser implementadas em sua
prpria aplicao....
3. Framework desenvolvimento para o Microsoft Kinect Os drivers de acesso ao Micro-

soft Kinect para o computador permitem acesso a todo seu hardware, existem dois a libfreenect[1]...
4. Conceitos bsicos para o desenvolvimento de uma aplicao para a plata-

forma Android Nesse artigo, veremos os passos mais rudimentares para desenvolver uma aplicao
android que tenha apenas o bsico do bsico de...
5. Introduo a modelagem de software A ideia de modelar um software visualmente, e as fer-

ramentas que suportam essa empreitada, tem estado ai por anos. Porm,...
Electrolux LTD09 Superior 8 R$746

Lavadora de Roupas Electrolux 8 kg Turbo Economia LTD09 com 12 Pro...
www.casasbahia.com.br Anncios Buscap
Banda Larga GVT

15Mb + Wifi Grtis Assine j GVT.com.br/Residencial/Banda-Larga
25%de%julho%de%2013 Kleber%Mota Android,%Software coleta,%coleta%de%dados,%dados,

entrevista,%observao,%questionrio,%sistema,%software
0 Comentrios Blog Kleber Mota ! Lo Simon
Recommend Compartilhar Ordenar por Mais recente
Comece a discusso...
Seja o primeiro a comentar.
TAMBM EM BLOG KLEBER MOTA O QUE ISSO?
OpenGL Transformaes Usando a cmera no Android

2 comentrios 4 meses atrs (Traduo da documentao oficial)
Kleber Mota Rafael, ol Vou tentar 4 comentrios um ano atrs
dar algumas ideias para voc tentar Junim Moreira Boa tarde,
implementar no seu projeto. Aps kleber..Parabns pelo material estou
precisando captura uma imagem
Sensores de posicionamento no Como criar um template para o

Android (Traduo da Blogger do zero
1 comentrio um ano atrs 6 comentrios 9 meses atrs
Edilson Junior Qual o alcance Natlia Flores Oi, eu j tenho
mximo do sensor de proximidade? conhecimento de html/css mas acho
fazer layout pro blogger
Assinar feed d Adicione o Disqus no seu site % Privacidade
Orgulhosamente desenvolvido com WordPress

Técnicas de Entrevistas e de Coleta de Dados para Projetos de Desenvolvimento de Software

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Técnicas de Entrevistas e de Coleta de Dados para Projetos de Desenvolvimento de Software

Caricato da

Copyright:

Formati disponibili

Tcnicas de entrevistas e de coleta de dados para projetos de desenvolvimento de software | klebermota.eti.

Tcnicas de entrevistas e de coleta de dados

Banda Larga GVT

Por que fazemos entrevistas durante a anlise de sistemas? Porque:

Precisamos coletar informaes sobre o comportamento de um sistema atual

Pode-se perceber que as informaes obtidas em uma entrevista tambm podem

Durante a dcada de 80, uma forma especializada de entrevista tornou-se popular

em algumas empresas; conhecida como JAD (Joint Application Development) ou

Inicialmente pode parecer que o processo de entrevistar um usurio seja uma

Na realidade, existem muitos problemas que podem ocorrer. Em muitos projetos

tras presses e emergncias.

Diretrizes Para a Realizao de Entrevistas

As seguintes diretrizes podem ser de grande auxlio na direo de entrevistas

Desenvolva um Plano Geral de Entrevistas

Isso requer que obtenha um organograma da empresa que mostre as pessoas da

O fato de conhecer o esquema organizacional no diz necessariamente com quem

Em muitos casos tambm importante conversar com os usurios na seqncia

Certifique-se de que tem Autorizao para Falar com os Usurios

Em algumas organizaes informais no haver restries na escolha dos usurios

Na maioria dos casos, a autorizao vir ou do encarregado de um setor usurio

Eles podem recear que as entrevistas interfiram com as atribuies normais de

Pode estar havendo uma batalha poltica em andamento em um nvel de chefia

Planeje a Entrevista para Fazer Uso Eficiente do Tempo

A primeira coisa a fazer certificar-se de que o usurio conhece o assunto da en-

est muito ocupado,

ope-se a toda a idia da entrevista ou

incapaz de entender as perguntas apresentadas.

Um aspecto relacionado: coletar, antes da entrevista, tantos dados pertinentes

Se tiver preparado as perguntas antecipadamente, o analista deve ser capaz de re-

informaes colhidas na entrevista, e executar bastante trabalho com os dados

que o analista no cometeu nenhum engano em seu entendimento do que o

Utilize Ferramentas Automatizadas que Sejam Adequadas, Mas

Durante a entrevista, pode-se achar conveniente utilizar ferramentas de prototipa-

Lembre-se, que o objetivo dessas ferramentas facilitar as discusses e no com-

Se, a tecnologia introduzir-se no assunto, deve-se deixar fora da entrevista. Se o

Tente Descobrir quais Informaes o Usurio tem mais Interesse

Se o analista tiver de desenvolver um modelo completo de sistema para alguma

Use um Estilo Adequado de Entrevistar

Fazer perguntas detalhadas nem sempre fcil; dependendo da personalidade do

Relacionamentos. Pedir ao usurio para explicar o relacionamento entre o que

Possveis Formas de Resistncia na Entrevista

ta, mantenha a discusso no rumo previsto, e encerre-a no momento em que te-

As diretrizes acima alertaram sobre os inmeros problemas polticos com que o

Uma discusso que focalize mais os problemas de implementao do que os

lizmente, isso coloca o analista de sistemas no papel de mediador entre as par-

Formas Alternativas de Coleta de Dados

As entrevistas no so o nico modo de coleta de informaes sobre os requisitos

Questionrios. Pode remeter questionrios escritos para os usurios dentro da

tam na organizao usuria. Lembre-se, todavia, que esses recursos normal-

Essa ferramenta muito conveniente quando h um grande nmero de usurios

Identifique o tipo de informao que deseja obter, como problemas experimenta-

Definidos os requisitos, escolha um formato apropriado para o questionrio;

Monte questes de forma simples, clara e concisa;

Se incluir questes abertas, observar o espao necessrio para a resposta;

Agrupar as questes por tpicos ou reas afins;

Se possvel, enviar junto com o questionrio uma carta da direo da empresa

explicando os motivos e a importncia da pesquisa para a organizao.

b) Identificao dos respondentes

O questionrio deve ser personalizado com o nome, funo e localizao do res-

Elaborar um controle de identificao das pessoas que recebero os questionri-

Distribua o questionrio junto com as instrues de preenchimento;

Indique claramente o prazo para a devoluo do questionrio e a forma de devo-

d) Anlise das respostas