Questão de Engenharia de Software — Engenharia de Requisitos — INSTITUTO AOCP 2024

Histórias de Usuário: descrição de requisitos

Gabarito: letra A. Histórias de Usuário (User Stories) são uma forma sucinta e amplamente utilizada para descrever requisitos de software, especialmente em metodologias ágeis como o Scrum. Elas capturam, em linguagem natural e sob a perspectiva do usuário, o que o sistema deve fazer, sendo um artefato central da Engenharia de Requisitos.

As Histórias de Usuário são um formato de escrita de requisitos que ganhou destaque com o desenvolvimento ágil. Em vez de longos documentos de especificação, elas apresentam uma descrição curta e objetiva de uma funcionalidade, geralmente seguindo o modelo "Como [papel], eu quero [funcionalidade], para que [benefício]". Esse formato coloca o foco no valor que a funcionalidade entrega ao usuário, facilitando a comunicação entre o time de desenvolvimento e as partes interessadas.

A Engenharia de Requisitos, conforme definido por autores como Sommerville, é o processo de descobrir, analisar, documentar e verificar os serviços que o sistema deve oferecer e as restrições a seu funcionamento. As Histórias de Usuário são uma das técnicas de documentação utilizadas nesse processo, sendo particularmente eficazes em contextos ágeis, onde a prioridade é a entrega incremental de valor e a adaptação rápida a mudanças.

É importante distinguir as Histórias de Usuário de outros artefatos do desenvolvimento ágil. Elas não são a visão de alto nível do produto (que é o Product Vision), nem representam um conjunto de sprints (que é o Release Plan), nem são a primeira versão utilizável do produto (que é o Incremento ou MVP), e muito menos uma técnica de priorização (que são métodos como MoSCoW, Planning Poker, etc.). A História de Usuário é, essencialmente, uma unidade de requisito descrita de forma simples e centrada no usuário.

A banca explora a confusão entre os diversos artefatos do Scrum e do desenvolvimento ágil. O candidato que não tem clareza sobre o que é cada um pode facilmente marcar uma alternativa incorreta. A chave é lembrar que a História de Usuário é uma forma de DESCREVER requisitos, e não um artefato de planejamento, visão ou entrega.

Alternativa A — ✅ Correta ⟵ GABARITO

As Histórias de Usuário são, de fato, uma forma muito utilizada para descrever requisitos. Elas são um formato de documentação de requisitos que se popularizou com as metodologias ágeis, como o Scrum e o XP. A sua principal característica é a simplicidade: uma frase curta que descreve uma funcionalidade do ponto de vista do usuário, facilitando a compreensão e a priorização. O documento recebido por Danilo, contendo as Histórias de Usuário, corresponde, portanto, a uma descrição de requisitos.

Alternativa B — ❌ Incorreta

A visão de alto nível do produto é um conceito diferente, geralmente materializado no Product Vision ou no Product Backlog como um todo. A visão de produto descreve o propósito e o valor geral do produto, enquanto as Histórias de Usuário são itens específicos e detalhados de funcionalidade. A alternativa confunde o artefato de descrição de requisitos com o artefato de visão estratégica do produto.

Alternativa C — ❌ Incorreta

O conjunto de uma ou mais sprints de trabalho é o Release Plan ou o próprio Sprint Backlog, que é a lista de itens selecionados para uma sprint específica. As Histórias de Usuário são itens individuais que podem ser alocados em sprints, mas não representam o conjunto delas. A alternativa troca o artefato de descrição de requisitos por um artefato de planejamento de iterações.

Alternativa D — ❌ Incorreta

A primeira versão utilizável de um produto é o Incremento ou o MVP (Produto Mínimo Viável). O Incremento é o resultado de uma sprint, que deve estar em condições de uso. As Histórias de Usuário são a descrição do que será construído, não o produto construído em si. A alternativa confunde a descrição do requisito com o resultado da implementação.

Alternativa E — ❌ Incorreta

Uma técnica para priorização de requisitos é algo como o MoSCoW (Must, Should, Could, Won't), o Planning Poker ou a priorização por valor de negócio. As Histórias de Usuário são o artefato que descreve os requisitos, e elas podem ser priorizadas usando essas técnicas, mas não são, em si, uma técnica de priorização. A alternativa confunde o objeto da priorização com o método de priorização.

Gabarito: letra A