WorksheetsRevisão Técnicas de Elicitação de Requisitos
Total questions: 16
Worksheet time: 48mins
Name
Class
Date
1.
Uma equipe de análise está trabalhando em um sistema para otimizar a operação de um centro de distribuição. Após realizarem entrevistas com os gerentes, os analistas perceberam que as descrições dos processos eram muito idealizadas. Para compreender a realidade do fluxo de trabalho, os analistas decidiram passar vários dias no centro de distribuição, acompanhando os funcionários em suas tarefas diárias de recebimento, armazenamento e expedição de mercadorias, sem interferir em suas atividades. Eles notaram que os funcionários frequentemente utilizavam planilhas e anotações manuais para contornar limitações do sistema existente, algo que não foi mencionado nas entrevistas.
A técnica de elicitação de requisitos descrita, focada em acompanhar os usuários em seu ambiente de trabalho real para entender os processos como eles de fato ocorrem, é conhecida como:
a)
Entrevista em grupo.
b)
JAD (Joint Application Development).
c)
Análise de documentos.
d)
Prototipação.
e)
Observação (Shadowing).
2.
Uma empresa global de software planeja lançar uma nova versão de seu produto de gestão de projetos. O sistema é utilizado por milhares de usuários em diferentes países e com diferentes perfis (gerentes de projeto, desenvolvedores, testadores). A equipe de produto precisa coletar informações sobre a satisfação com a versão atual e identificar as funcionalidades mais desejadas para a próxima versão.
Considerando a necessidade de coletar uma vasta gama de informações de um grande número de usuários geograficamente dispersos, qual é a técnica de elicitação de requisitos mais apropriada para esta situação?
a)
Workshop JAD, para reunir um representante de cada país em uma sessão colaborativa.
b)
Observação, para acompanhar o trabalho de uma amostra de usuários em seus escritórios.
c)
Questionário, distribuído eletronicamente para uma amostra representativa de usuários.
d)
Análise de documentos, focando nos manuais de treinamento da versão atual do software.
e)
Prototipação, desenvolvendo uma versão beta e liberando para todos os usuários para feedback.
3.
Uma seguradora está desenvolvendo um novo sistema para processamento de sinistros. O projeto é crítico e envolve múltiplos departamentos com interesses e perspectivas conflitantes: vendas, análise de risco, regulação de sinistros e o departamento financeiro. Informações coletadas através de entrevistas individuais mostraram-se contraditórias, e o projeto está paralisado por falta de consenso sobre os requisitos fundamentais. Para resolver o impasse, a gerente do projeto decide reunir de 10 a 20 stakeholders chave dos diferentes departamentos em uma sala de reunião preparada, fora do ambiente de trabalho usual, por vários dias. A sessão será conduzida por um profissional treinado em técnicas de dinâmica de grupo e análise de sistemas, que atuará de forma neutra para guiar a discussão.
A técnica descrita, que reúne usuários, gerentes e a equipe de TI para sessões de trabalho intensivas e estruturadas, visando o consenso e a rápida coleta de requisitos, é denominada:
a)
Entrevista estruturada.
b)
Workshop JAD (Joint Application Development).
c)
Análise de documentos.
d)
Brainstorming não estruturado.
e)
Prototipação evolutiva.
4.
Durante uma sessão de JAD para um novo sistema de logística, a discussão é dominada por um gerente sênior, que impede a participação de outros membros da equipe. Além disso, dois analistas de nível júnior parecem hesitantes em expressar suas opiniões. O sucesso da sessão está ameaçado pela falta de contribuições equilibradas.
Avaliando o cenário, qual é a principal responsabilidade do facilitador do JAD para garantir a produtividade e a eficácia da sessão?
a)
Oferecer sua própria opinião técnica para resolver os impasses e acelerar a tomada de decisão.
b)
Cancelar a sessão e reportar o comportamento do gerente sênior à gestão do projeto.
c)
Manter a neutralidade, garantir que a discussão siga a agenda e usar técnicas de dinâmica de grupo para moderar a participação, incentivando os não contribuintes e gerenciando os dominadores.
d)
Focar em registrar todas as opiniões do gerente sênior, uma vez que ele possui a maior autoridade no grupo.
e)
Dividir o grupo em subgrupos menores para que os analistas júnior possam discutir livremente, apresentando as conclusões posteriormente.
5.
Uma analista de sistemas está iniciando a fase de análise para a substituição de um sistema legado de faturamento em uma empresa. Antes de agendar entrevistas com os usuários, ela solicita acesso a uma variedade de documentos existentes, como relatórios de faturamento atuais (em branco e preenchidos), manuais de procedimento do sistema antigo, organogramas do departamento financeiro e relatórios de problemas enviados pelos usuários ao longo dos últimos anos. Ao revisar os formulários preenchidos, ela observa que os usuários frequentemente anotam informações adicionais nas margens, como "código de desconto especial" e "motivo da isenção de frete", campos que não existem no formulário original.
A análise dos formulários preenchidos e das anotações manuais dos usuários é particularmente valiosa na técnica de Análise de Documentos porque:
a)
Revela o sistema informal, indicando funcionalidades ou dados que o sistema formal atual não suporta, mas que são necessários para o processo de negócio.
b)
Permite avaliar a qualidade da documentação técnica do sistema legado, que é o principal foco da análise de documentos.
c)
Confirma que os processos descritos nos manuais de procedimento estão sendo seguidos à risca pelos usuários no dia a dia.
d)
Oferece uma base para a criação de um questionário, sendo esta a principal utilidade da análise de formulários.
e)
Ajuda a identificar os stakeholders que devem ser excluídos do processo de entrevista por não seguirem os procedimentos formais.
6.
Uma equipe está projetando um sistema para substituir uma antiga aplicação de mainframe, que processa transações financeiras críticas. O sistema legado possui uma vasta documentação, incluindo manuais de procedimento detalhados e diagramas de fluxo de dados. Os requisitos funcionais de processamento (back-end) são estáveis e bem compreendidos. No entanto, a interface do usuário (front-end) será completamente nova, baseada na web, e os futuros usuários, acostumados com a interface de texto do mainframe, têm muita dificuldade em visualizar e descrever como gostariam de interagir com uma interface gráfica moderna.
Qual é a abordagem mais sensata para a elicitação de requisitos, considerando as características distintas do back-end e do front-end do novo sistema?
a)
Focar exclusivamente na Prototipação para todo o sistema, pois a documentação do sistema legado é obsoleta e não confiável.
b)
Priorizar a Análise de Documentos para definir os requisitos do front-end e usar Entrevistas para entender as regras de negócio do back-end.
c)
Utilizar a Análise de Documentos para compreender as regras de negócio do back-end e empregar a Prototipação para elicitar e validar os requisitos da interface gráfica com os usuários.
d)
Conduzir um workshop JAD para redesenhar todo o processo de negócio do zero, ignorando a documentação existente.
e)
Usar a Observação para ver como os usuários interagem com o sistema de mainframe, a fim de replicar a mesma experiência na nova interface web.
7.
Uma startup está desenvolvendo um aplicativo móvel inovador para uma rede social baseada em localização. Os fundadores têm uma visão clara do produto, mas os requisitos detalhados da interface do usuário e da experiência do usuário (UX) são muito incertos. Os usuários em potencial, quando entrevistados, têm dificuldade em articular exatamente como gostariam de interagir com o aplicativo, pois nunca viram algo semelhante. A equipe de desenvolvimento precisa de feedback rápido e concreto sobre as funcionalidades propostas. Para isso, eles decidem construir rapidamente uma versão simplificada do aplicativo, com as funcionalidades principais, mas sem a lógica de negócios completa, para que os usuários possam interagir e fornecer feedback.
A abordagem de elicitação e validação de requisitos utilizada no contexto acima é:
a)
Análise de documentos.
b)
Observação.
c)
Prototipação de sistema.
d)
Entrevista estruturada.
e)
Análise de causa raiz.
8.
Uma equipe de desenvolvimento está projetando a interface de um sistema complexo de negociação de ações para operadores de mercado. Os requisitos funcionais estão bem definidos, mas a equipe está incerta sobre a melhor forma de apresentar uma grande quantidade de dados em tempo real na tela principal. Eles temem que uma má decisão de design possa sobrecarregar os operadores ou esconder informações críticas. A equipe decide criar várias maquetes da tela principal, usando HTML e wireframes, para explorar diferentes layouts e alternativas de visualização de dados. Essas maquetes não são funcionais no sentido de processar dados, mas permitem que os operadores visualizem e comparem as diferentes abordagens de design. O objetivo é refinar os requisitos da interface antes de construir o sistema real.
Qual técnica de prototipação está sendo utilizada pela equipe de desenvolvimento?
a)
Prototipação de sistema, onde o protótipo evolui para o sistema final.
b)
Prototipação de linguagem, usando a linguagem de programação final do sistema.
c)
Prototipação descartável (throwaway prototyping), para explorar alternativas de design e minimizar riscos antes de construir o sistema real.
d)
Prototipação incremental, entregando funcionalidades em versões sequenciais.
e)
Prototipação em papel (storyboard), usando apenas desenhos feitos à mão.
9.
Para o desenvolvimento de um novo portal corporativo, a equipe de análise adotou uma estratégia multifacetada para a elicitação de requisitos. Inicialmente, realizaram entrevistas com diretores para entender a visão estratégica. Em seguida, analisaram a documentação do portal antigo e os relatórios de usabilidade. Posteriormente, conduziram uma série de workshops JAD com representantes de vários departamentos para definir e priorizar as funcionalidades. Finalmente, um questionário foi enviado a todos os funcionários para avaliar a importância de certas funcionalidades propostas e coletar feedback em larga escala.
A abordagem adotada pela equipe de análise, combinando diferentes técnicas de elicitação de requisitos, demonstra o entendimento de que:
a)
Uma única técnica de elicitação é sempre superior às outras, e a equipe está apenas experimentando para encontrar a melhor.
b)
O JAD é a única técnica que pode produzir requisitos válidos, sendo as outras apenas preparatórias.
c)
Nenhuma técnica isolada é sempre a melhor, e a combinação de técnicas é geralmente mais eficaz, pois os pontos fortes de uma podem compensar as fraquezas de outra.
d)
Questionários são a forma mais barata de elicitação e devem ser usados como a técnica principal, com as outras servindo de apoio.
e)
A análise de documentos do sistema antigo é desnecessária quando se projeta um sistema completamente novo.
10.
Um projeto de desenvolvimento de software para um novo sistema de planejamento de recursos empresariais (ERP) em uma manufatura enfrenta um desafio significativo: os requisitos coletados por meio de entrevistas individuais com os chefes dos departamentos de produção, finanças e vendas são inconsistentes e, em alguns pontos, contraditórios. Cada departamento otimizou seus processos isoladamente ao longo dos anos, e agora a integração via ERP exige um consenso que não está sendo alcançado. O tempo é um fator crítico, e o processo de agendar novas entrevistas para resolver cada conflito de informação está atrasando o projeto.
Comparando a técnica de Entrevistas Individuais com a de Workshops JAD, qual é o principal benefício do JAD que o tornaria mais adequado para resolver o impasse descrito?
a)
O JAD é mais barato que as entrevistas, pois envolve menos pessoas no geral.
b)
Os conflitos se tornam óbvios e isso permite que sejam resolvidos com todos os stakeholders presentes.
c)
O JAD exige menos envolvimento dos usuários, liberando-os para suas tarefas diárias.
d)
O JAD é uma técnica mais adequada para coletar informações de um grande número de pessoas geograficamente dispersas.
e)
O JAD não requer um facilitador treinado, podendo ser conduzido por qualquer membro da equipe de análise.
11.
Uma empresa de logística está redesenhando seu sistema de gerenciamento de frotas. O analista responsável pela elicitação de requisitos, ao analisar os relatórios de viagem preenchidos manualmente pelos motoristas, percebe um padrão consistente: em quase todos os relatórios, os motoristas anexam um pequeno formulário não oficial, criado por eles mesmos, para registrar informações sobre "tempos de espera não planejados em docas de clientes" e "despesas de viagem não previstas". Essas informações não são solicitadas no relatório formal, mas são consideradas cruciais pelos motoristas para justificar atrasos e solicitar reembolsos.
A descoberta do uso de formulários não oficiais pelos motoristas, no contexto da técnica de Análise de Documentos, é um forte indicativo para o analista de que:
a)
Os motoristas estão descumprindo os procedimentos da empresa e devem ser ignorados na análise de requisitos.
b)
Os formulários oficiais são perfeitos e os motoristas criam trabalho extra desnecessariamente.
c)
O sistema formal existente é inadequado e há uma necessidade clara de melhoria, devendo o novo sistema incorporar campos para registrar tempos de espera e despesas não previstas.
d)
A técnica de Análise de Documentos é ineficaz, pois não captura os processos reais da empresa.
e)
O problema principal é a falta de treinamento dos motoristas sobre como preencher os formulários corretamente.
12.
Uma empresa está desenvolvendo um novo sistema de Business Intelligence (BI) para seus executivos. Embora os executivos saibam que precisam de "melhores insights sobre os dados de vendas", eles têm grande dificuldade em especificar os relatórios, gráficos e painéis exatos de que necessitam. A equipe de análise percebe que os requisitos são muito vagos e visuais para serem definidos apenas com conversas. Eles decidem, então, usar uma ferramenta de BI para criar rapidamente alguns painéis interativos com dados de amostra. Esses painéis podem ser manipulados pelos executivos, que podem então dizer "gosto deste gráfico, mas poderia mostrar a tendência trimestral?" ou "este relatório é útil, mas preciso filtrar por região".
O uso de painéis interativos nesta situação é um exemplo de qual técnica e por qual motivo principal?
a)
Análise de documentos, porque os painéis são baseados em dados existentes.
b)
Prototipação, porque é uma abordagem muito útil quando os usuários têm dificuldade em expressar seus requisitos.
c)
Entrevista, porque os analistas estão conversando com os executivos enquanto eles usam os painéis.
d)
Workshop JAD, porque vários executivos estão reunidos para discutir os painéis.
e)
Questionário, porque os executivos estão respondendo a perguntas sobre os painéis.
13.
Uma analista de sistemas está projetando um questionário para coletar requisitos para um novo portal de intranet que será usado por 5.000 funcionários. Para garantir uma alta taxa de resposta e a qualidade dos dados, ela toma vários cuidados no design do questionário. Ela agrupa as perguntas por seções lógicas (ex: "Busca de Informações", "Colaboração em Equipe"), começa com perguntas interessantes e não ameaçadoras, e evita usar abreviações e jargões técnicos. Antes de distribuir o questionário para toda a empresa, ela o envia para um pequeno grupo de 20 funcionários de diferentes áreas para que eles o respondam e forneçam feedback sobre a clareza das perguntas.
A etapa final realizada pela analista, de enviar o questionário para um pequeno grupo antes da distribuição em massa, é uma prática recomendada no design de questionários conhecida como:
a)
Amostragem aleatória.
b)
Análise de causa raiz.
c)
Sessão JAD.
d)
Pré-teste (pretesting).
e)
Análise de documentos.
14.
Uma equipe de análise de sistemas está trabalhando em um projeto para desenvolver um novo sistema de gestão acadêmica para uma universidade com mais de 20.000 alunos e 1.500 professores. A equipe precisa de dois tipos de informação: primeiramente, um entendimento profundo dos processos e das exceções na rotina da secretaria acadêmica, que é composta por 15 funcionários. Em segundo lugar, a equipe precisa medir o nível de satisfação geral com o sistema atual e coletar sugestões de melhorias de uma amostra representativa de alunos e professores.
Considerando os diferentes públicos e os objetivos de informação distintos, qual a combinação de técnicas de elicitação de requisitos mais eficiente que a equipe deveria empregar?
a)
Utilizar exclusivamente Questionários para todos os públicos (secretaria, alunos e professores) para padronizar a coleta de dados e facilitar a análise quantitativa.
b)
Realizar Entrevistas individuais com a equipe da secretaria para obter profundidade e detalhes sobre os processos, e aplicar Questionários para a grande população de alunos e professores para obter amplitude e dados estatísticos.
c)
Conduzir uma série de workshops JAD com todos os grupos juntos para promover a colaboração e resolver as diferenças de opinião de uma só vez.
d)
Focar em Análise de Documentos, como os manuais do sistema antigo e os regimentos da universidade, pois representam a fonte mais confiável de informação.
e)
Utilizar exclusivamente Entrevistas, selecionando uma pequena amostra de alunos e professores, pois o feedback qualitativo é sempre mais valioso que o quantitativo.
15.
Uma empresa de manufatura contrata analistas para otimizar seu sistema de controle de chão de fábrica. Durante as entrevistas, os supervisores de produção descrevem um fluxo de trabalho altamente organizado e eficiente, seguindo rigorosamente os procedimentos operacionais padrão. Contudo, relatórios de produção indicam gargalos e atrasos frequentes que não são explicados pelas descrições dos supervisores. Desconfiados de que a prática real diverge do processo documentado, os analistas precisam validar as informações e descobrir a verdadeira causa dos problemas.
Diante da discrepância entre a descrição dos processos e os resultados operacionais, qual técnica de elicitação de requisitos o analista deveria empregar para descobrir a causa raiz dos gargalos, e por quê?
a)
Realizar mais entrevistas com os mesmos supervisores, mas usando perguntas mais diretas e incisivas para confrontar as inconsistências.
b)
Conduzir um workshop JAD, pois a discussão em grupo forçaria a verdade a vir à tona.
c)
Aplicar a Observação (shadowing), acompanhando os operadores no chão de fábrica para ver como o trabalho é realmente executado e identificar os processos informais e os desvios não documentados.
d)
Criar um protótipo de um novo sistema, pois a interação com uma nova ferramenta revelaria os problemas do sistema antigo.
e)
Analisar a documentação técnica do sistema atual, que contém a descrição exata de como os processos deveriam funcionar.
16.
Uma startup de tecnologia médica está desenvolvendo um software inovador para diagnóstico por imagem. O projeto é altamente complexo e envolve stakeholders de diferentes especialidades: médicos radiologistas, engenheiros de software, especialistas em machine learning e advogados especialistas em regulamentação de saúde. As primeiras rodadas de entrevistas individuais geraram uma grande quantidade de informação, mas também revelaram visões conflitantes sobre as prioridades e a implementação de certas funcionalidades. O prazo do projeto é agressivo, e a equipe não pode perder tempo mediando conflitos de forma assíncrona.
Para acelerar a tomada de decisão e promover o alinhamento entre os diversos especialistas, qual técnica de elicitação seria mais vantajosa em comparação com a continuação das entrevistas individuais?
a)
Análise de documentos, focando em artigos científicos e leis de regulamentação para estabelecer a verdade objetiva.
b)
Questionários, enviados a todos os stakeholders para que votem nas funcionalidades prioritárias.
c)
Workshop JAD, pois reúne todos os stakeholders chave em um ambiente para discutir e resolver conflitos de requisitos em tempo real, acelerando o consenso.
d)
Observação, acompanhando o trabalho de cada especialista em seu próprio ambiente para entender suas necessidades isoladamente.
e)
Prototipação, construindo uma versão inicial do sistema com base na interpretação dos analistas e apresentando para validação individual de cada stakeholder.
100 %
