Em métodos ágeis, a coleta de requisitos frequentemente utiliza histórias de usuário. Essas história...

A alternativa “Facilitam a comunicação e o entendimento dos requisitos dos stakeholders não técnicos” está correta, pois histórias de usuário são escritas em linguagem simples e focadas nas necessidades dos usuários, tornando-as mais acessíveis para todos os envolvidos. Isso promove uma melhor compreensão e alinhamento entre todos os membros do projeto, especialmente aqueles sem conhecimento técnico.

As demais alternativas estão incorretas pois:

A alternativa “Permitem a coleta de requisitos técnicos detalhados desde o início do projeto” está incorreta, pois histórias de usuário são geralmente simples e focadas nas funcionalidades desejadas, não nos detalhes técnicos. Os detalhes técnicos são frequentemente adicionados em etapas posteriores, como durante o refinamento do backlog.

A alternativa “Garantem que todos os requisitos sejam coletados de forma estruturada e formal” está incorreta, pois histórias de usuário são mais informais e menos estruturadas do que as técnicas tradicionais. Elas são projetadas para serem flexíveis e evoluir com o feedback contínuo dos stakeholders.

A alternativa “Aumentam a complexidade da documentação de requisitos” está incorreta, pois a simplicidade das histórias de usuário tende a reduzir a complexidade da documentação. Elas são intencionalmente curtas e concisas para facilitar a comunicação e adaptação às mudanças.

A alternativa “Reduzem a necessidade de interação contínua com os stakeholders” está incorreta, pois a metodologia ágil, que utiliza histórias de usuário, geralmente envolve interação contínua com os stakeholders para refinar e priorizar requisitos. A colaboração constante é um princípio central dos métodos ágeis.