Engenharia de Software · FGV · 2024 | Questão sqc-fg089889

Engenharia de SoftwareScrum

Código: fg089889
Banca: FGV
Órgão: Prefeitura de Cuiabá - MT
Ano: 2024
Nível: Superior

Cargo: Auditor Fiscal Tributário da Receita Municipal - Tecnologia da Informação (Tarde)

Você é o Scrum Master de uma equipe que está desenvolvendo uma nova aplicação para o setor de saúde. Durante uma sprint, o Product Owner solicita a inclusão de uma funcionalidade crítica que não foi priorizada inicialmente no backlog, pois surgiu uma nova exigência regulatória. No entanto, a equipe já está totalmente comprometida com as tarefas planejadas da sprint e qualquer alteração pode impactar a entrega.Das seguintes ações, assinale a mais adequada, de acordo com as práticas do Scrum, para lidar com essa solicitação do Product Owner.

ANegociar com o Product Owner para incluir a nova funcionalidade na sprint atual, já que se trata de uma exigência regulatória, e ajustar a carga de trabalho da equipe conforme necessário para acomodar a mudança.
BAdicionar a nova funcionalidade ao backlog do produto, mas priorizar sua implementação na próxima sprint, respeitando o compromisso da equipe com as tarefas atuais.
CSolicitar ao Product Owner que substitua uma tarefa atual da sprint pela nova funcionalidade, mantendo o número de itens na sprint, para evitar sobrecarga e cumprir a nova exigência.
DOrganizar uma reunião de refinamento de backlog imediatamente para reprojetar a sprint em andamento e acomodar a nova funcionalidade, garantindo que os requisitos estejam totalmente claros.
EConvocar uma reunião de revisão de sprint antecipada, para encerrar a sprint atual, integrar a nova funcionalidade ao backlog e iniciar uma nova sprint com o escopo atualizado.

Revelar gabarito e comentário

GabaritoB — Adicionar a nova funcionalidade ao backlog do produto, mas priorizar sua implementação na próxima sprint, respeitando o compromisso da equipe com as tarefas atuais.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Gerenciamento de mudanças no Scrum

Gabarito: letra B. De acordo com o Scrum Guide, o escopo de uma Sprint (Sprint Backlog) não deve ser alterado durante a execução. Solicitações de mudança, mesmo que urgentes, devem ser adicionadas ao Product Backlog e priorizadas para Sprints futuras. A ação mais adequada é incluir a nova funcionalidade no backlog do produto e planejar sua implementação na próxima Sprint, respeitando o compromisso da equipe com as tarefas atuais.

A banca testa o conhecimento sobre a imutabilidade do Sprint Backlog e o fluxo de mudanças no Scrum. A tentação é ceder à urgência, mas o framework protege a previsibilidade e a entrega do Sprint.

Alternativa A — ❌ Incorreta

Incluir a funcionalidade na Sprint atual quebra o acordo da equipe e viola a regra de que o Sprint Backlog é congelado. Ajustar a carga de trabalho não é recomendado, pois compromete a meta da Sprint e a qualidade.

Alternativa B — ✅ Correta ⟵ GABARITO

Adicionar ao Product Backlog e priorizar para a próxima Sprint é a prática correta. A equipe mantém o foco no compromisso atual, e o Product Owner pode reordenar o backlog para refletir a urgência regulatória.

Alternativa C — ❌ Incorreta

Substituir uma tarefa atual pela nova funcionalidade também altera o escopo da Sprint, o que é proibido. O Sprint Backlog só pode ser alterado pela própria equipe se houver acordo, mas a recomendação do Scrum é não mudar durante a Sprint.

Alternativa D — ❌ Incorreta

Refinar o backlog durante a Sprint para reprojetar a Sprint não é uma prática Scrum. O refinamento contínuo prepara itens futuros, mas não deve redesenhar a Sprint em andamento.

Alternativa E — ❌ Incorreta

Convocar uma Sprint Review antecipada para encerrar a Sprint não é permitido. A Sprint tem duração fixa. A review ocorre ao final do período planejado.

NÃO CAIA NESSA!

A urgência da exigência regulatória pode fazer você pensar que exceções são aceitáveis. No entanto, o Scrum é rigoroso: o Sprint Backlog é inviolável. A solução é sempre planejar a mudança para o próximo Sprint.

PEGA ESSA DICA!

Associa a regra de ouro: Sprint Backlog é imutável. Nova demanda → Product Backlog → próxima Sprint.

Link permanente: /questoes/fg089889