Assinale a opção correta acerca de modelos de processo de so...

Alternativa correta: B - Os processos de desenvolvimento ágil de software valorizam mais: indivíduos e interações do que processos e ferramentas; software funcionando do que documentação compreensível; colaboração do cliente do que negociação contratual; e respostas a mudanças do que planejamento seguido.

Para entender o porquê dessa alternativa estar correta, é necessário compreender os valores fundamentais do desenvolvimento ágil, conforme expressos no Manifesto Ágil. O manifesto destaca a importância de pessoas e interações sobre processos e ferramentas, o que significa que, embora as ferramentas e processos sejam importantes, o ágil reconhece que o sucesso do software depende da habilidade e da comunicação da equipe. Da mesma forma, um software operante e funcional é visto como mais crítico do que a documentação detalhada. A documentação ainda é importante, mas não deve atrapalhar o progresso do desenvolvimento funcional.

Além disso, a colaboração constante com o cliente é preferível a negociações contratuais que podem limitar a flexibilidade e a capacidade de adaptação às mudanças de requisitos. Por último, a capacidade de responder a mudanças é mais valorizada do que seguir rigidamente um plano que pode estar desatualizado devido a novas informações ou mudanças no contexto do projeto. Esses quatro princípios são centrais para o desenvolvimento ágil e corroboram a veracidade da Alternativa B.

Esses valores são a base para métodos ágeis como Scrum, XP (eXtreme Programming), Lean, entre outros, e guiam as equipes na busca por entregas eficientes e adaptativas. Ao prestar atenção nesses valores, os desenvolvedores ágeis visam entregar um produto de qualidade que atenda bem às necessidades do cliente e que possa ser adaptado rapidamente a mudanças, tanto no que concerne as funcionalidades quanto em termos de requisitos do negócio.

Portanto, a compreensão dos valores e princípios ágeis é primordial para a escolha da alternativa correta nesta questão, e conhecê-los proporciona uma base sólida para entender como os métodos ágeis diferem dos processos de desenvolvimento de software mais tradicionais, como o modelo em cascata.

a) Alternativa errada pois o modelo em cascata necessita da fase de análise de requisitos.
O modelo em cascata move-se para a próxima fase somente quando a fase anterior esta completa e perfeita. Desenvolvimento de fases no modelo em cascata são discretas, e não há pulo para frente, para trás ou sobreposição entre elas.
Fonte: http://pt.wikipedia.org/wiki/Modelo_em_cascata

 Alternativa B Correta: Os processos de desenvolvimento ágil de software valorizam mais:
1) interações > processos e ferramentas;
2) software funcionando >documentação compreensível;
3) colaboração do cliente > negociação contratual; e
4 ) respostas a mudanças > planejamento seguido
http://www.slideshare.net/rafael.ufs/metodologias-ageis-presentation

Alternatica C errado. São definições semelhantes, porém não iguais.

Desenvolvimento Incremental é uma estratégia de planejamento estagiado em que várias partes do sistema são desenvolvidas em paralelo, e integradas quando completas.

Desenvolvimento iterativo é uma estratégia de planejamento de retrabalho em que o tempo de revisão e melhorias de partes do sistema é pré-definido. Isto não pressupõe desenvolvimento incremental, mas funciona muito bem com ele.

d) Alternativa incorreta. Não há ausencia do cliente  nas áreas iniciais.  Está sempre um representante do cliente no local e faz parte da equipe

Fonte: www.estig.ipbeja.pt/~eides/XP%20-%20Presentation.ppt 

e) Alternativa E: InCorreta. Pois não se dá em todas as fases dos processos.
Programação em par ou programação em duplas é uma das práticas mais conhecidas e mais polêmicas utilizadas pelos que adotam o Extreme Programming (XP).sugere que todo e qualquer código produzido no projeto seja sempre implementado por duas pessoas juntas
Fonte: http://improveit.com.br/xp/praticas/programacao_par

Pelo que eu li, valorizam mais software funcionando do que "documentação abrangente" e não "documentação compreensível'. Isso me deixou com dúvidas na hora de marcar a questão.

Concordo com a Renata, 

(Pelo que eu li, valorizam mais software funcionando do que "documentação abrangente" e não "documentação compreensível'. Isso me deixou com dúvidas na hora de marcar a questão.)

"abrangente" é diferente de "compreensível". Isso muda o sentido da frase. e para mim esta errada. No desenvolvimento ágil toda documentação que é elaborada ela tem que ser "compreensível".

Fonte: Manifesto Ágil

Individuos e interações do que processos e ferramentas

Software em funcionamento do que documentação abrangente

Colaboração do cliente do que negociação de contrato

Respostas a mudanças do que seguir um plano

Feito em 2048.