Durante o desenvolvimento de um sistema de gestão financeira...

Próximas questões
Com base no mesmo assunto
Q3878370 Engenharia de Software
Durante o desenvolvimento de um sistema de gestão financeira de uma corretora de valores, a equipe de TI optou por utilizar o framework de gerenciamento Scrum.
O objetivo é a entrega de valor ao cliente no período de um timebox chamado Sprint. Após o segundo Sprint, o Product Owner percebeu que os usuários finais estavam insatisfeitos com a interface disponibilizada.

De forma a manter a conformidade com o modelo, a equipe de TI deverá: 
Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Gabarito: E

Fundamento decisivo: A insatisfação dos usuários após a entrega do incremento exige inspeção e adaptação do Product Backlog no Scrum.

Tema central: Feedback no Scrum
Análise das alternativas
A
Errada
Está errada porque cancelar a sprint não é a resposta padrão para insatisfação com parte do incremento. No Scrum, o cancelamento da Sprint depende de o Sprint Goal ter se tornado obsoleto, e a base não sustenta essa condição.
B
Errada
Está errada porque a Daily Scrum não é reunião para usuários acompanharem progresso técnico. Esse evento é dos Developers, voltado à inspeção do progresso e adaptação do plano de trabalho.
C
Errada
Está errada porque ignorar o feedback até o final do projeto contraria a lógica iterativa e incremental do Scrum. O framework prevê inspeção e adaptação contínuas com base no retorno sobre o incremento.
D
Errada
Está errada porque a Sprint Retrospective não é reunião com usuários para redefinir papéis. Seu objetivo é permitir que o Scrum Team melhore seu próprio processo de trabalho.
E
Certa
A alternativa E está correta porque, no Scrum, o feedback sobre o incremento deve alimentar a adaptação do Product Backlog, com priorização de melhorias pelo Product Owner para orientar as próximas sprints.
Pegadinha da questão
A confusão central era trocar o tratamento do feedback do produto por eventos com outra finalidade: Sprint Retrospective e Daily Scrum. Outra armadilha era supor que qualquer insatisfação do usuário exige cancelamento da Sprint, quando o mecanismo correto é repriorizar o backlog.
Dica para questões semelhantes
  • Se o problema apontado pelo usuário recai sobre o incremento entregue, o caminho no Scrum é adaptar o Product Backlog e repriorizar trabalho futuro.
  • Não use Daily Scrum para participação de stakeholders externos; verifique sempre a finalidade e os participantes do evento.
  • Só associe cancelamento de Sprint à obsolescência do Sprint Goal, não a mero descontentamento com uma funcionalidade.
  • Diferencie feedback sobre produto de melhoria de processo: o primeiro afeta backlog; o segundo é tema de Retrospective.

Clique para visualizar este gabarito

Visualize o gabarito desta questão clicando no botão abaixo