Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FCC 2015
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
fc020578
Banca
FCC
Órgão
MPE-PB
Ano
2015
Nível
Superior
Cargo
Analista de Sistemas – Desenvolvedor
Considere que o Time Scrum que atua no Ministério Público do Estado da Paraíba se reuniu por 8 horas, ao final de uma Sprint de 1 mês de duração (4 semanas). A reunião foi dividida em duas partes, cada uma com 4 horas, de forma que em cada parte o foco estava na resposta às seguintes questões:− Parte 1: O que será entregue como resultado do incremento da próxima Sprint?− Parte 2: Como o trabalho necessário para entregar o incremento será realizado? Eles realizaram a reunião
ADaily Scrum.
BSprint Review.
CSprint Retrospective.
DSprint Planning.
ESprint Grooming.
Revelar gabarito e comentário▾
GabaritoD — Sprint Planning.
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”.
Eventos Scrum – Sprint Planning
Gabarito: letra D. A reunião descrita — 8 horas, dividida em duas partes (o que será entregue e como o trabalho será realizado) — é exatamente a Sprint Planning, conforme definido no Scrum Guide. O Sprint Planning é o evento que inicia cada Sprint e responde a essas duas perguntas fundamentais.
A banca descreveu fielmente a estrutura do Sprint Planning: a Parte 1 foca no “o que” (definir o objetivo da Sprint e selecionar itens do Product Backlog) e a Parte 2 no “como” (decompor os itens em tarefas, planejar a execução). A duração de 8 horas para uma Sprint de 4 semanas é proporcional (recomenda-se até 2 horas por semana de Sprint, ou seja, até 8 horas para 4 semanas).
1Sprint PlanningInício da Sprint
2Daily ScrumDiário (15 min)
3Sprint ReviewFinal da Sprint
4Sprint RetrospectiveApós Review
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Daily Scrum é uma reunião diária de no máximo 15 minutos, com foco em progresso, impedimentos e plano do dia. Não tem 8 horas nem aborda planejamento da Sprint.
Alternativa B — ❌ Incorreta
Sprint Review ocorre ao final da Sprint para inspecionar o incremento e adaptar o Product Backlog. O foco é no que foi concluído, não no planejamento da próxima Sprint. Também não tem a estrutura de duas partes (o que/como) descrita.
Alternativa C — ❌ Incorreta
Sprint Retrospective é focada em melhoria contínua do processo, identificando o que funcionou bem e o que pode ser melhorado. Não planeja o conteúdo da próxima Sprint.
Alternativa D — ✅ Correta ⟵ GABARITO
Sprint Planning é o evento certo. A descrição encaixa perfeitamente: duas partes (o que e como), duração proporcional à Sprint, realizada com todo o Time Scrum.
Alternativa E — ❌ Incorreta
Sprint Grooming (ou Backlog Refinement) não é um evento oficial do Scrum; é uma atividade contínua de detalhamento e estimativa do Product Backlog. Não tem a estrutura de reunião formal de 8 horas.
PEGA ESSA DICA!
Decore as duas perguntas do Sprint Planning: “O que será entregue?” e “Como o trabalho será realizado?”. Elas são a marca registrada desse evento e caem com frequência em provas de Scrum.