A respeito das metodologias de desenvolvimento de software, ...

Gabarito: E - Errado

A questão aborda a metodologia de desenvolvimento de software conhecida como Extreme Programming (XP), que é uma das metodologias ágeis. Para compreender a razão pela qual a afirmativa é errada, é necessário entender alguns conceitos fundamentais do XP e dos métodos ágeis em geral:

• Iterações curtas: No XP, o desenvolvimento é feito em ciclos curtos, chamados de iterações, que normalmente duram de uma a quatro semanas. Isso permite um feedback mais frequente e a capacidade de adaptar o software às mudanças rapidamente.
• Releases frequentes: A ideia de realizar releases frequentes é central para manter o software em um estado de prontidão para produção, permitindo que as funcionalidades sejam entregues aos usuários finais com mais agilidade.
• Requisitos como cenários: XP utiliza histórias de usuário, que são descrições curtas e compreensíveis dos requisitos do software. Essas histórias são frequentemente discutidas e priorizadas para as próximas iterações, ajustando-se às necessidades e ao feedback dos clientes.

Portanto, a afirmação de que se deve "aguardar, após a conclusão das tarefas, ciclos de cento e oitenta dias para a publicação de grandes releases do software" vai contra um dos pilares do desenvolvimento ágil, que é a entrega contínua e frequente de valor, e não se alinha com a prática da metodologia XP que preconiza ciclos de desenvolvimento e releases muito mais curtos. Por isso, a alternativa correta é "Errado".

Questão errada! XP não é uma metodologia "engessada" e que irá definir um prazo de 180 dias para grandes releases. Pelo contrário, a metodologia prega a liberação de versões ao cliente de forma rápida, contínua e integrada.

Extreme Programming é dinâmica e flexível, porém é necessário muita disciplina para usá-la em um projeto. Para demonstrar isso, abaixo temos um conjunto sugerido de "boas práticas" em projetos usando XP:

- O cliente sempre disponível
- Uso de metáforas no projeto
- Planejando o jogo
- Pequenas versões
- Testes de aceitação
- Desenvolvimento orientado a testes
- Integração contínua
- Simplicidade do projeto
- Refatoração - melhoria constante do código
- Programação em dupla
- Rodízio de pessoas
- Propriedade coletiva do código
- Padronização do código
- Ritmo sustentável (40 horas semanais)

Fonte: http://www.devmedia.com.br/extreme-programming-conceitos-e-praticas/1498

Creio que outro erro existente na questão é o trecho "em que todos os requisitos são expressos como cenários": podem existir cenários, mas o que prevalece são estórias de usuário.

Colega Silas, apenas uma correção:

"Em Extreme Programming, os requisitos são expressos como cenários (chamados de histórias do usuário), que são implementados diretamente como uma série de tarefas. Os programadores trabalham em pares e desenvol­vem testes para cada tarefa antes de escreverem o código. Quando o novo código é integrado ao sistema, todos os testes devem ser executados com sucesso. Há um curto intervalo entre os releases do sistema."

Ou seja, cenários são chamados também de histórias do usuário.

Fonte: Sommerville, 9 ed, pág. 44

Também acredito que cenários e histórias de usuários são termos que tem o mesmo significado para o XP. O erro da questão está mais claro quando se fala em ciclos de 180 dias.

Se ele pára em "todos os requisitos são expressos como cenários" eu ficaria em dúvida! :p