Pular para o conteúdo principal

Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FCC 2025

Engenharia de SoftwareProcessos de Software - Desenvolvimento Ágil
Código
fc074928
Banca
FCC
Órgão
TRT - 15ª Região (SP)
Ano
2025
Nível
Médio
Cargo
Técnico Judiciário - Área Apoio Especializado - Especialidade Tecnologia da Informação
Uma equipe de desenvolvimento de um Tribunal Regional do Trabalho está utilizando Scrum para gerenciar seu projeto. Durante a Sprint Planning, a equipe identificou uma história do usuário que é muito complexa e incerta. A prática recomendada para lidar com essa história no Scrum é
  1. Adividir a história em tarefas menores e detalhadas para a equipe desenvolver imediatamente.
  2. Bdeixar a história como está e trabalhar nela durante a Sprint, mesmo que não haja clareza.
  3. Crealizar uma Spike para investigar e reduzir a incerteza antes de comprometer a história na Sprint.
  4. Dincluir a história na Sprint e adiar a resolução de qualquer problema para a Sprint Review.
  5. ERemover a história do backlog do produto até que todas as incertezas sejam resolvidas.
Revelar gabarito e comentário

GabaritoC — realizar uma Spike para investigar e reduzir a incerteza antes de comprometer a história na Sprint.

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”.

Scrum – Lidando com Histórias Complexas e Incertas

Gabarito: letra C. A prática recomendada no Scrum para lidar com uma história de usuário muito complexa e incerta é realizar uma Spike, uma atividade de investigação com tempo limitado para reduzir a incerteza antes de comprometer a história na Sprint. Esse conceito está alinhado aos princípios ágeis de empirismo e gerenciamento de riscos, permitindo que a equipe adquira conhecimento suficiente para tomar decisões.

  1. 1História complexa e incerta
  2. 2Spike (investigação)
  3. 3Reduz incerteza
  4. 4Divide ou planeja história
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Dividir a história em tarefas menores e detalhadas pode ser um passo após a investigação, mas sem reduzir a incerteza inicial, corre-se o risco de planejar com base em suposições equivocadas. A prática correta é primeiro realizar uma Spike.

Alternativa B — ❌ Incorreta

Trabalhar na história sem clareza durante a Sprint viola o pilar da Transparência e pode comprometer a Meta da Sprint. A incerteza deve ser tratada antes de assumir o compromisso.

Alternativa C — ✅ Correta ⟵ GABARITO

A Spike é uma técnica consagrada em metodologias ágeis para explorar alternativas, prototipar ou investigar riscos. No Scrum, pode ser modelada como um item do Product Backlog com duração fixa (geralmente uma Sprint ou menos), fornecendo informações para dividir a história ou tomar decisões.

Alternativa D — ❌ Incorreta

Incluir a história na Sprint e adiar a resolução para a Sprint Review contraria o princípio de inspeção e adaptação contínua. A Sprint Review é para inspecionar o incremento, não para resolver problemas não tratados.

Alternativa E — ❌ Incorreta

Remover a história do backlog permanentemente não é adequado; a Spike permite ganhar entendimento para mantê-la no Product Backlog ou até mesmo refiná-la. Remover só faria sentido se a investigação concluir que a história não agrega valor.

PEGA ESSA DICA!

Em provas, lembre-se de que a Spike é a ferramenta ágil para lidar com alta complexidade e incerteza. Associa-se frequentemente ao Planning Poker (para estimativas incertas) e ao Backlog Refinement.

Gabarito: letra C.

Link permanente: /questoes/fc074928