Em projetos de desenvolvimento de software, a extreme programming (XP) é um método ágil que usa a prática de:

Extreme programming é uma metodologia de desenvolvimento de software que se destina a melhorar a qualidade do software e a capacidade de resposta às mudanças nos requisitos do cliente. Como um tipo de desenvolvimento de software ágil , ele defende "lançamentos" freqüentes em ciclos de desenvolvimento curtos, que se destinam a melhorar a produtividade e introduzir pontos de verificação nos quais novos requisitos do cliente podem ser adotados.

Outros elementos da programação extrema incluem: programação em pares ou extensiva revisão de código , teste unitário de todo o código, evitar programação de recursos até que sejam realmente necessários, uma estrutura de gerenciamento plana, simplicidade de código e clareza, esperando mudanças nos requisitos do cliente como tempo passa e o problema é melhor compreendido, e comunicação freqüente com o cliente e entre os programadores.

A metodologia leva o nome da ideia de que os elementos benéficos das práticas tradicionais de engenharia de software são levados a níveis "extremos". Por exemplo, as revisões de código são consideradas uma prática benéfica; levado ao extremo, o código pode ser revisado continuamente , ou seja, a prática de programação em pares .

Portanto, a alternativa correta é a alternativa D

Resposta D
Todas as outras se referem ou a práticas tradicionais (com muito planejamento e grandes entregas).

Extreme programming é uma metodologia de desenvolvimento de software que se destina a melhorar a qualidade do software e a capacidade de resposta às mudanças nos requisitos do cliente. Como um tipo de desenvolvimento de software ágil , ele defende "lançamentos" freqüentes em ciclos de desenvolvimento curtos, que se destinam a melhorar a produtividade e introduzir pontos de verificação nos quais novos requisitos do cliente podem ser adotados.

Outros elementos da programação extrema incluem: programação em pares ou extensiva revisão de código , teste unitário de todo o código, evitar programação de recursos até que sejam realmente necessários, uma estrutura de gerenciamento plana, simplicidade de código e clareza, esperando mudanças nos requisitos do cliente como tempo passa e o problema é melhor compreendido, e comunicação freqüente com o cliente e entre os programadores.

A metodologia leva o nome da ideia de que os elementos benéficos das práticas tradicionais de engenharia de software são levados a níveis "extremos". Por exemplo, as revisões de código são consideradas uma prática benéfica; levado ao extremo, o código pode ser revisado continuamente , ou seja, a prática de programação em pares .

Portanto, a alternativa correta é a alternativa D