Questão nº 54
Questão de Análise de Sistemas · FGV TJDFT 2022 (nº 54)
Uma equipe de desenvolvimento de sistemas de software (EDSS) está trabalhando no desenvolvimento de uma nova aplicação Web utilizando práticas ágeis alinhadas com o Scrum. Algumas funcionalidades da aplicação Web já foram disponibilizadas aos clientes, porém um dos Product Owners solicitou mudanças em algumas delas.
Sabendo-se que a EDSS está no meio do andamento de uma Sprint de 4 semanas cujo Sprint Goal não tem relação direta com as funcionalidades entregues, para atender à solicitação do Product Owner, a EDSS deve:
- Aalterar o prazo planejado para desenvolvimento da Sprint de modo a adicionar a alteração solicitada;
- Brealizar uma Sprint Retrospective para decidir quando adicionar a alteração solicitada;
- Cexecutar uma Sprint Review para determinar as adaptações para adicionar a alteração solicitada;
- Dmanter o prazo planejado para desenvolvimento da Sprint, removendo um dos itens do Sprint Backlog para adicionar a alteração solicitada; (alternativa correta)
- Emanter o prazo planejado para desenvolvimento da Sprint, adicionando a alteração solicitada no Product Backlog.
Resposta comentada
Gabarito Alternativa D
No Scrum, o Sprint Backlog é um compromisso da equipe para a Sprint atual: ele é fixo em relação ao objetivo da Sprint, mas flexível em relação ao conteúdo, desde que o Sprint Goal (a meta da Sprint) não seja comprometido. Como o Sprint Goal não tem relação com as funcionalidades que o Product Owner quer mudar, a equipe pode negociar a troca de um item do Sprint Backlog por outro de valor equivalente, sem alterar o prazo da Sprint.
- (A) Incorreta: Alterar o prazo da Sprint quebra o timebox (período fixo de duração) e o compromisso de entrega, o que é proibido no Scrum, a menos que o Sprint Goal seja invalidado (o que não é o caso aqui).
- (B) Incorreta: A Sprint Retrospective é para melhorar o processo da equipe (como trabalhamos?), não para decidir sobre mudanças de escopo; isso é papel do Product Owner com a equipe durante a Sprint.
- (C) Incorreta: A Sprint Review é uma inspeção do que foi entregue no final da Sprint, não um fórum para adaptar o backlog no meio da Sprint; ela ocorre ao final, não no meio.
- (D) Correta: Manter o prazo da Sprint é obrigatório (timebox). Como o Sprint Goal não está relacionado às funcionalidades alteradas, a equipe pode remover um item do Sprint Backlog (de valor equivalente) para abrir espaço para a nova solicitação, sem mudar a data de término da Sprint. Isso preserva o compromisso de entrega e o foco no objetivo.
- (E) Incorreta: Adicionar a alteração no Product Backlog seria correto se a mudança não coubesse na Sprint atual, mas a pergunta diz que a equipe deve atender à solicitação agora. Colocar no Product Backlog apenas adiaria a mudança, não a atenderia no meio da Sprint.
Armadilha da banca na alternativa (E): Muitos alunos marcam (E) por pensar que "tudo que não cabe na Sprint vai para o Product Backlog". Mas a questão exige atender à solicitação no meio da Sprint. A pegadinha é que o Product Backlog é para futuras Sprints; como o Sprint Goal não é afetado, a troca de itens no Sprint Backlog (D) é a única forma de atender imediatamente sem quebrar o timebox. A banca testa se você sabe que o Sprint Backlog é mutável durante a Sprint, desde que o objetivo não mude.
Fonte: FGV TJDFT 2022 Analista Judiciário - Análise de Sistemas (Caderno Tipo 1). Reproduzida para fins de estudo.