Quando utilizadas pelos métodos ágeis no levantamento ágil d...

Alternativa correta: D - definem o que será desenvolvido em um projeto.

Ao falarmos sobre user stories ou histórias de usuário no contexto dos métodos ágeis para levantamento de requisitos, estamos tratando de uma ferramenta poderosa para capturar os requisitos do sistema de uma maneira centrada no usuário. As user stories são descrições breves e simples de uma funcionalidade contada do ponto de vista da pessoa que deseja a nova capacidade, usualmente um usuário ou cliente do sistema. Elas têm uma estrutura típica, geralmente formulada da seguinte maneira: "Como [tipo de usuário], quero [algum objetivo] para que [algum motivo]."

A resposta correta é a opção D porque as user stories são, de fato, usadas para definir o que será desenvolvido em um projeto. Elas ajudam a equipe a entender as necessidades dos usuários e a priorizar o trabalho a ser feito, mantendo o foco em fornecer valor para o cliente. As histórias de usuário são uma parte essencial do Product Backlog no Scrum, que é uma lista ordenada de tudo o que é necessário no produto, e são consideradas uma promessa para conversas futuras para refinar e alterar os requisitos.

Vamos ver rapidamente por que as outras opções não são as corretas:

• Opção A: Não é exatamente o propósito das user stories registrar o histórico de mudanças nos requisitos, essa função é mais adequadamente atendida por ferramentas de controle de versão e documentação do projeto.
• Opção B: As user stories não detalham a implementação dos requisitos; elas são mais focadas em capturar as necessidades do que na forma como essas necessidades serão tecnicamente realizadas.
• Opção C: Enquanto user stories e casos de uso têm objetivos similares em entender os requisitos, eles são formatados e utilizados de maneira diferente. Casos de uso são geralmente mais detalhados e técnicos.
• Opção E: Apesar das user stories serem uma forma de requisito, a afirmação é muito genérica, já que existem vários outros tipos de requisitos além das histórias de usuário.

Em resumo, para resolver essa questão, é importante ter compreensão sobre o que são as user stories, como elas se encaixam dentro dos métodos ágeis e qual é o seu propósito principal no contexto do desenvolvimento de software. Lembrando sempre que o foco é no valor entregue ao usuário final e no entendimento de suas necessidades.

User Stories

Foca no objetivo do usuário, logo definem o que será desenvolvido em um projeto.

Não são também considerados requisitos?

Também são os requisitos, porém estritamente tirado do manual das práticas ágeis é tudo aquilo que será desenvolvidos no projeto.

Acredito que a mais correta seja a D mesmo. As user stories são comumente usadas no Scrum, mas nem sempre o produto do projeto será um sistema. A D traz uma definição mais genérica de user stories. 

Questão muito subjetiva

Para mim, as alternativas D e E encaixam-se perfeitamente.