A Melhoria de Processo do Software Brasileiro (MPS.BR), de ...

A alternativa correta é A - aquisição.

Vamos entender o contexto da questão. A Melhoria de Processo do Software Brasileiro (MPS.BR) é um modelo de qualidade para o desenvolvimento de software que define um conjunto de processos que uma organização deve seguir para melhorar sua maturidade em desenvolvimento de software. Esses processos são classificados em diferentes níveis de maturidade, de A a G, onde A é o mais alto.

No contexto da questão, está sendo discutido o nível de maturidade D, que é o nível "largamente definido". Nesse nível, há uma possibilidade de alguns processos serem excluídos do escopo de uma avaliação MPS.BR, desde que esses processos não sejam pertinentes ao negócio da unidade organizacional que está sendo avaliada.

Vamos analisar cada uma das alternativas:

A - aquisição

O processo de Aquisição pode ser excluído completamente, caso a organização não o execute. Isso ocorre porque nem todas as organizações necessariamente adquirem software de terceiros; elas podem desenvolver seus próprios softwares internamente. Por isso, o MPS.BR permite essa flexibilidade.

B - gerência de recursos humanos

A Gerência de Recursos Humanos é essencial para quase todas as organizações, independentemente do setor de atuação. Este processo envolve a gestão de pessoal, treinamento e desenvolvimento, e é crítico para garantir que a equipe tenha as habilidades necessárias para realizar suas funções. Portanto, não pode ser excluído.

C - validação

O processo de Validação é crucial para garantir que o software desenvolvido atenda aos requisitos e expectativas dos usuários. A validação é uma etapa fundamental em qualquer ciclo de desenvolvimento de software, independentemente do modelo ou metodologia usada. Portanto, também não pode ser excluído.

D - gerência de portfólio de projetos

A Gerência de Portfólio de Projetos é importante para organizações que gerenciam múltiplos projetos simultaneamente. Ela ajuda a alinhar os projetos com os objetivos estratégicos da organização. Mesmo que uma organização tenha poucos projetos, esse processo ainda é relevante para garantir a eficácia e a eficiência na gestão desses projetos. Portanto, não pode ser excluído.

E - desenvolvimento para reutilização

O Desenvolvimento para Reutilização é um processo que visa a criação de componentes de software que podem ser reutilizados em diferentes projetos. Embora possa parecer que este processo poderia ser excluído, ele é considerado importante para melhorar a eficiência e reduzir custos a longo prazo. Portanto, também não pode ser excluído.

Resumindo, a única alternativa que pode ser excluída completamente, desde que não seja executada pela organização, é a aquisição, pois nem todas as organizações necessitam adquirir software de terceiros. As demais alternativas são processos essenciais e não podem ser excluídos.

Alguem sabe explicar a questão?

Segundo o Guia Geral de Software 2012,

8.4 Exclusão de Processos
Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma
avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que
está sendo avaliada. Cada exclusão deve ser justificada no Plano de Avaliação. A
aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder,
conforme descrito no Guia de Avaliação [SOFTEX, 2012b].
É permitida a exclusão completa do seguinte processo, desde que não executado
pela organização:

Aquisição (AQU)
...

8.4 Exclusão de Processos

É permitida a exclusão completa do seguinte processo, desde que não executado pela organização:
• Aquisição (AQU)

É permitida a exclusão completa do seguinte processo, desde que a única atividade da unidade organizacional seja evolução de  produto:
• Gerência de Portfólio de Projetos (GPP)

É permitida a exclusão do seguinte processo, seguindo as orientações da Tabela 8-2:
• Desenvolvimento para Reutilização (DRU)

Outras exclusões são permitidas para organizações com características específicas:
• Organizações que fazem aquisição de software: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 8.
• Fábricas de Código: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 9.
• Fábricas de Teste: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 10.

Fonte: MPS.BR, 2012, Guia Geral

É permitida a exclusão completa dos seguintes processos:

- Aquisição (AQU), desde que não executado pela organização

- Gerência de Portfólio de Projetos (GPP), desde que a única atividade da unidade organizacional seja evolução de produto

São permitidos excluir 3 processos:

• Aquisição (AQU)

• Gerência de Portfólio de Projetos (GPP)

• Desenvolvimento para Reutilização (DRU)

Porém, eles se encontram em diferentes níveis:

F - Gerenciado

• Aquisição (AQU)

• Gerência de Portfólio de Projetos (GPP)

C - Definido

• Desenvolvimento para Reutilização (DRU)

E lendo atentamente o enunciado, ele diz: "assinale a opção em que é apresentado o processo que pode ser excluído completamente, desde que não seja executado pela organização, ainda que ela vise atingir o nível de maturidade D (largamente definido)"

Das opções apresentadas, ainda assim, 2 processos poderiam ser excluídos antes do nível D:

 a) aquisição

 d) gerência de portfólio de projetos

Agora, como eles chegaram a conclusão de que a alternativa "a" é a correta, não sei realmente dizer...