Alternativa C
Introdução
No gerenciamento de projetos de sistemas e engenharia de software, os stakeholders (partes interessadas) são pessoas ou grupos que influenciam ou são afetados pelo projeto. Eles são a fonte primária dos requisitos, pois definem o que o sistema deve fazer para atender às suas necessidades.
Desenvolvimento
O enunciado da questão estabelece uma relação de causa e efeito direta:
- Causa: Identificação incorreta ou incompleta dos stakeholders.
- Efeito imediato: Surgimento de requisitos inadequados (faltantes ou equivocados).
- Consequência Final: Comprometimento do sucesso do projeto.
Quando um requisito importante não é capturado porque um stakeholder chave foi esquecido, o desenvolvimento prossegue baseado em informações erradas. Posteriormente, quando a necessidade real é descoberta, é necessário modificar o trabalho já realizado. Esse processo de correção é tecnicamente chamado de retrabalho.
Análise das Alternativas
Abaixo, analisamos cada opção com base nos conceitos de gestão de projetos:
- (A) Aumento no orçamento do projeto: Embora o retrabalho eventualmente cause aumento de custos, esta é uma consequência secundária. O problema técnico direto citado no texto é a inadequação dos requisitos.
- (B) Melhoria na qualidade do software: Incorreto. A falta de requisitos adequados leva a um produto que não atende ao usuário, reduzindo a qualidade percebida e funcional.
- (C) Retrabalho devido a requisitos inadequados: Correto. Esta alternativa alinha-se perfeitamente com a lógica apresentada: requisitos ruins geram produtos errados, que exigem conserto posterior (retrabalho).
- (D) Aceleração no cronograma de entrega: Incorreto. Problemas de requisitos geralmente atrasam o projeto devido à necessidade de correções e reanálises.
- (E) Redução na complexidade do sistema: Incorreto. Adicionar funcionalidades não planejadas (para corrigir a falta de requisitos) tende a aumentar a complexidade do sistema, tornando-o mais difícil de manter.
Conclusão
A identificação de stakeholders serve para garantir que todos os requisitos necessários sejam coletados desde o início. Falhas nessa etapa levam inevitavelmente a modificações tardias no escopo ou no código, caracterizando o retrabalho. Portanto, a alternativa que melhor descreve essa consequência direta é a C.