Revisão Técnicas de Elicitação de Requisitos

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:

• Entrevista em grupo.
• JAD (Joint Application Development).
• Análise de documentos.
• Prototipação.
• Observação (Shadowing).

Answer explanation

A observação é uma ferramenta poderosa para obter uma visão da realidade de uma situação, em vez de apenas ouvir descrições sobre ela. Acompanhar os funcionários (fazer "sombra" ou shadowing) permite ao analista ver o sistema informal em ação, que frequentemente difere do sistema formal descrito em manuais ou entrevistas. A criação de formulários próprios ou o uso de anotações adicionais pelos usuários são indicações claras da necessidade de melhorias no sistema, algo que essa técnica é especialmente eficaz em revelar.

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?

• Workshop JAD, para reunir um representante de cada país em uma sessão colaborativa.
• Observação, para acompanhar o trabalho de uma amostra de usuários em seus escritórios.
• Questionário, distribuído eletronicamente para uma amostra representativa de usuários.
• Análise de documentos, focando nos manuais de treinamento da versão atual do software.
• Prototipação, desenvolvendo uma versão beta e liberando para todos os usuários para feedback.

Answer explanation

Questionários são a técnica mais indicada quando se precisa obter informações de um grande número de pessoas, especialmente quando elas estão geograficamente dispersas. A distribuição eletrônica, seja por e-mail ou pela web, é econômica e eficiente para alcançar uma amostra ampla e representativa de usuários.

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:

• Entrevista estruturada.
• Workshop JAD (Joint Application Development).
• Análise de documentos.
• Brainstorming não estruturado.
• Prototipação evolutiva.

Answer explanation

O JAD é uma técnica de coleta de informações que permite que a equipe do projeto, usuários e gestão trabalhem juntos para identificar os requisitos do sistema. É um processo estruturado onde 10 a 20 usuários se reúnem sob a direção de um facilitador neutro. O principal benefício do JAD é a integração imediata da informação de diferentes fontes; conflitos de opinião tornam-se imediatamente óbvios e podem ser resolvidos durante a sessão.

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?

• Oferecer sua própria opinião técnica para resolver os impasses e acelerar a tomada de decisão.
• Cancelar a sessão e reportar o comportamento do gerente sênior à gestão do projeto.
• 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.
• Focar em registrar todas as opiniões do gerente sênior, uma vez que ele possui a maior autoridade no grupo.
• Dividir o grupo em subgrupos menores para que os analistas júnior possam discutir livremente, apresentando as conclusões posteriormente.

Answer explanation

O facilitador de JAD desempenha três funções chave: garantir a aderência à agenda, ajudar o grupo a entender os termos técnicos e as técnicas, e registrar a contribuição do grupo de forma neutra. O facilitador deve permanecer neutro em todos os momentos e nunca inserir suas próprias opiniões. O gerenciamento de problemas como a dominação por um participante e o incentivo a não contribuintes são técnicas fundamentais de facilitação.

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:

• 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.
• Permite avaliar a qualidade da documentação técnica do sistema legado, que é o principal foco da análise de documentos.
• Confirma que os processos descritos nos manuais de procedimento estão sendo seguidos à risca pelos usuários no dia a dia.
• Oferece uma base para a criação de um questionário, sendo esta a principal utilidade da análise de formulários.
• Ajuda a identificar os stakeholders que devem ser excluídos do processo de entrevista por não seguirem os procedimentos formais.

Answer explanation

A análise de documentos é usada para entender o sistema "as-is". A indicação mais poderosa de que o sistema precisa ser mudado é quando os usuários criam seus próprios formulários ou adicionam informações aos existentes. Essas anotações manuais demonstram claramente a necessidade de melhorias, como novos campos e funcionalidades que o sistema atual não contempla.

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?

• Focar exclusivamente na Prototipação para todo o sistema, pois a documentação do sistema legado é obsoleta e não confiável.
• 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.
• 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.

• Conduzir um workshop JAD para redesenhar todo o processo de negócio do zero, ignorando a documentação existente.
• 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.

Answer explanation

A escolha da técnica deve ser contextual. A Análise de Documentos é eficaz para entender regras de negócio bem documentadas (back-end). Quando os requisitos são incertos e visuais, como em novas interfaces, a Prototipação é superior, pois fornece um artefato tangível para interação e feedback preciso.

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 é:

• Análise de documentos.
• Observação.
• Prototipação de sistema.
• Entrevista estruturada.
• Análise de causa raiz.

Answer explanation

A prototipação de sistema (system prototyping) realiza as fases de análise, projeto e implementação concorrentemente para desenvolver rapidamente uma versão simplificada do sistema e entregá-la aos usuários para avaliação e feedback. Essa abordagem é particularmente útil quando os usuários têm dificuldade em expressar os requisitos do sistema.

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?

• Prototipação de sistema, onde o protótipo evolui para o sistema final.
• Prototipação de linguagem, usando a linguagem de programação final do sistema.
• Prototipação descartável (throwaway prototyping), para explorar alternativas de design e minimizar riscos antes de construir o sistema real.
• Prototipação incremental, entregando funcionalidades em versões sequenciais.
• Prototipação em papel (storyboard), usando apenas desenhos feitos à mão.

Answer explanation

A prototipação descartável (throwaway prototyping) envolve o desenvolvimento de protótipos com o objetivo principal de explorar alternativas de design e refinar requisitos, especialmente em áreas de alto risco ou incerteza. Diferentemente da prototipação de sistema, esses protótipos não se tornam o sistema final; eles são "descartados" após a resolução das incertezas.

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:

• Uma única técnica de elicitação é sempre superior às outras, e a equipe está apenas experimentando para encontrar a melhor.
• O JAD é a única técnica que pode produzir requisitos válidos, sendo as outras apenas preparatórias.
• 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.
• 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.
• A análise de documentos do sistema antigo é desnecessária quando se projeta um sistema completamente novo.

Answer explanation

Cada técnica de elicitação de requisitos tem seus pontos fortes e fracos. Nenhuma técnica isolada é universalmente superior. Na prática, a maioria dos projetos se beneficia de uma combinação de técnicas. A utilização de múltiplas técnicas é uma prática recomendada para garantir um levantamento de requisitos robusto e completo.

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?

• O JAD é mais barato que as entrevistas, pois envolve menos pessoas no geral.
• Os conflitos se tornam óbvios e isso permite que sejam resolvidos com todos os stakeholders presentes.

• O JAD exige menos envolvimento dos usuários, liberando-os para suas tarefas diárias.
• O JAD é uma técnica mais adequada para coletar informações de um grande número de pessoas geograficamente dispersas.
• O JAD não requer um facilitador treinado, podendo ser conduzido por qualquer membro da equipe de análise.

Answer explanation

O benefício mais importante do JAD é a integração imediata da informação. Quando informações conflitantes são apresentadas, o conflito e sua origem tornam-se imediatamente aparentes para todo o grupo. Isso permite que as diferenças sejam discutidas e resolvidas em tempo real, em vez do processo demorado de contatar cada fonte de informação separadamente.