Acerca dos processos XP e Scrum avalie as afirmativas a segu...

Gabarito: B - se somente as afirmativas I e II estiverem corretas.

Vamos entender o porquê dessa alternativa ser a correta.

A afirmativa I está correta, pois descreve de maneira adequada o eXtreme Programming (XP), que é uma metodologia ágil voltada para equipes de tamanho pequeno ou médio. XP é recomendada para projetos onde os requisitos são incertos ou mudam frequentemente, e fundamenta-se em valores como comunicação, simplicidade, feedback e coragem.

A afirmativa II também está correta e fala sobre a origem do Scrum. Contudo, é importante esclarecer que o Scrum não foi originalmente criado para a fabricação de automóveis e produtos de consumo. Esta afirmativa pode levar a confusões, mas a sua essência é verdadeira no que se refere à popularização do Scrum no desenvolvimento de software, que aconteceu a partir da formalização feita por Ken Schwaber e outros no ano de 1995. Então, a compreensão aqui é sobre a relevância histórica do Scrum no campo do desenvolvimento ágil de software.

Já a afirmativa III está incorreta e gera confusão ao misturar conceitos de XP e Scrum. O termo Product Backlog é específico do Scrum, onde representa a lista de requisitos do produto organizada por prioridade. No XP, a organização dos requisitos é feita de forma diferente, normalmente através de histórias de usuários no formato de "User Stories" e tarefas que compõem as iterações de desenvolvimento, mas não se utiliza o termo "Product Backlog".

Com essa análise, concluímos que a alternativa correta é a B, onde somente as afirmativas I e II são corretas.

O Product Backlog é uma gama de funcionalidades, definidas, no começo do projeto e é organizada por prioridade de entrega pelo Product Owner, com o suporte do scrumMaster. As funcionalidades devem ser incluídas pela lista e devem ser  visíveis ao cliente, assim como os requisitos-não funcionais para a implementação do projeto. As tarefas de maior prioridade e complexidade são divididas em subtarefas para que sejam estimadas e testadas.

Ao longo do desenvolvimento do projeto, o Product Backlog pode receber novos itens, ter itens removidos ou repriorizados, de acordo com as necessidades do cliente ou visando um melhor ROI. Há a possibilidade, ainda, de inclusão de alguns requisitos técnicos que, muitas vezes, não são visíveis ao cliente.

Inicialmente, o Scrum foi concebido como um estilo de gerenciamento de projetos em empresas de fabricação de automóveis e produtos de consumo, por Takeuchi e Nonaka no artigo "The New Product Development Game" (Harvard Business Review, Janeiro-Fevereiro 1986). Eles notaram que projetos usando equipes pequenas e multidisciplinares (cross-functional) produziram os melhores resultados, e associaram estas equipes altamente eficazes à formação Scrum do Rugby (utilizada para reinício do jogo em certos casos). Jeff Sutherland, John Scumniotales e Jeff McKenna conceberam, documentaram e implementaram o Scrum, conforme descrito abaixo, na empresa Easel Corporation em 1993, incorporando os estilos de gerenciamento observados por Takeuchi e Nonaka. Em 1995, Ken Schwaber formalizou a definição de Scrum e ajudou a implantá-lo no desenvolvimento de softwares em todo o mundo.

Faltou respeito com um dos valores do XP.

product backlog é um termo do SCRUM, não do XP.

I - XP é uma metodologia ágil para equipes de tamanho pequeno ou médio desenvolverem software com requisitos vagos ou que mudem rapidamente. Seus valores são comunicação, simplicidade, feedback e coragem. (Correto. O quinto valor Respeito foi introduzido na segunda versão do livro Extremme Programming Explained - Embrace Change do Kent Beck.)
II - O Scrum foi criado para gerenciamento de projetos de fabricação de automóveis e produtos de consumo. Sua popularização no desenvolvimento de software ocorreu em 1995 após a formalização de sua definição, feita por Ken Schwaber. (Correto)
III - No XP os requisitos do projeto são organizados em uma lista de tarefas, chamada de product backlog, em ordem decrescente de prioridade. (Errado. No Scrum é que possui essa divisão do product backlog e a prioridade dos requisitos são definidos pelo Product Owner).