Assinale a alternativa que contém apenas práticas de gestão ...

A alternativa correta é a C.

Vamos entender por que a alternativa C está correta e analisar as demais alternativas.

Alternativa C: Gerenciar mudanças nos requisitos; manter rastreabilidade bidirecional dos requisitos; obter entendimento dos requisitos.

Essa alternativa contém práticas essenciais de gestão de requisitos segundo o CMMI-DEV nível 2 e MPS.BR nível G. Vamos detalhar cada prática mencionada:

• Gerenciar mudanças nos requisitos: Trata-se de acompanhar e controlar qualquer alteração nos requisitos ao longo do ciclo de vida do projeto.
• Manter rastreabilidade bidirecional dos requisitos: Significa garantir que os requisitos possam ser rastreados tanto da sua origem até a sua implementação, quanto da implementação de volta à origem.
• Obter entendimento dos requisitos: Refere-se a assegurar que todos os stakeholders compreendam claramente os requisitos definidos.

Alternativa A: Desenvolver requisitos de cliente; manter rastreabilidade bidirecional dos requisitos; obter comprometimento com os requisitos.

Desenvolver requisitos de cliente e obter comprometimento com os requisitos fazem parte de uma fase anterior à gestão de requisitos, que é a definição de requisitos. Já manter a rastreabilidade bidirecional dos requisitos é uma prática de gestão de requisitos. Portanto, essa alternativa contém elementos que, apesar de serem importantes, não estão todos relacionados diretamente à gestão de requisitos no nível 2 do CMMI-DEV ou nível G do MPS.BR.

Alternativa B: Desenvolver requisitos de cliente; gerenciar mudanças nos requisitos; validar requisitos.

Nesta alternativa, desenvolver requisitos de cliente e validar requisitos são práticas relacionadas à fase de definição e validação dos requisitos, e não à gestão propriamente dita. A única prática que realmente se alinha à gestão de requisitos é gerenciar mudanças nos requisitos.

Alternativa D: Identificar requisitos de interface; validar requisitos; identificar inconsistências entre produtos de trabalho, planos de projeto e requisitos.

As práticas mencionadas aqui estão mais ligadas ao desenvolvimento e validação de requisitos, e ao gerenciamento de inconsistências, mas não focam intensamente na gestão de requisitos conforme exigido pelo CMMI-DEV nível 2 e MPS.BR nível G.

Alternativa E: Alocar requisitos de componente de produto; gerenciar mudanças nos requisitos; identificar inconsistências entre produtos de trabalho, planos de projeto e requisitos.

Alocar requisitos de componente de produto é uma atividade de design e definição de arquitetura, não de gestão de requisitos. Embora gerenciar mudanças nos requisitos e identificar inconsistências sejam aspectos importantes, a combinação de práticas apresentadas não reflete exclusivamente a gestão de requisitos.

Por isso, a alternativa C é a mais adequada, pois inclui práticas que se alinham perfeitamente com a gestão de requisitos segundo os modelos CMMI-DEV nível 2 e MPS.BR nível G.

Gostou do comentário? Deixe sua avaliação aqui embaixo!