Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FCC 2022
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
fc064844
Banca
FCC
Órgão
TRT - 17ª Região (ES)
Ano
2022
Cargo
Técnico Judiciário - Área Apoio Especializado Especialidade - Tecnologia da Informação
Este compromisso, embora parta dos Developers, fornece flexibilidade em termos do trabalho exato necessário para que seja alcançado. Também cria coerência e foco, encorajando o Scrum Team a trabalhar junto, ao invés de assumir iniciativas separadas. Este compromisso é criado durante o evento Sprint Planning e então adicionado ao Sprint Backlog. Conforme os Developers trabalham durante a Sprint, eles mantêm esse compromisso em mente. Se o trabalho acabar sendo diferente do que eles esperavam, eles colaboram com o Product Owner para negociar o escopo do Sprint Backlog dentro da Sprint sem afetar este compromisso.No âmbito do Scrum, o compromisso mencionado no texto refere-se
Aà meta da Sprint.
Bà meta do produto.
Cao incremento.
Dà definição de pronto.
Eao artefato Inspeção.
Revelar gabarito e comentário▾
GabaritoA — à meta da 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”.
Sprint Goal (Meta da Sprint) no Scrum
Gabarito: letra A. O compromisso descrito é a Sprint Goal (Meta da Sprint). Ela é definida durante o Sprint Planning, adicionada ao Sprint Backlog, e serve como guia para os Developers, permitindo flexibilidade no trabalho exato, mas sem ser alterada durante a Sprint – apenas o escopo do Sprint Backlog pode ser negociado com o Product Owner. Esse conceito é central no framework Scrum.
O enunciado descreve exatamente a função da Sprint Goal: fornecer um objetivo comum, coerência e foco para o Time Scrum, sem engessar o trabalho. A Sprint Goal é o compromisso que os Developers assumem, e se o trabalho se mostra diferente do esperado, eles colaboram com o Product Owner para ajustar o Sprint Backlog, mas a meta permanece.
Alternativa A — ✅ Correta ⟵ GABARITO
Corresponde perfeitamente à definição de Sprint Goal (Meta da Sprint). É o compromisso criado no Sprint Planning, adicionado ao Sprint Backlog, e que guia o trabalho durante a Sprint.
Alternativa B — ❌ Incorreta
A Product Goal (Meta do Produto) é um compromisso de longo prazo, não criado por Sprint e não adicionado ao Sprint Backlog. Ela orienta o Product Backlog, não o Sprint Backlog.
Alternativa C — ❌ Incorreta
O Incremento é a soma de todos os itens do Product Backlog concluídos durante uma Sprint e o valor dos incrementos das Sprints anteriores. Não é um compromisso planejado durante o Sprint Planning, mas o resultado do trabalho.
Alternativa D — ❌ Incorreta
A Definition of Done (Definição de Pronto) é um compromisso do Incremento, que define quando um item do Product Backlog está completo. Embora seja um compromisso, não é criado no Sprint Planning nem adicionado ao Sprint Backlog; é um acordo do Time Scrum.
Alternativa E — ❌ Incorreta
Inspeção é um dos pilares do Scrum (junto com Transparência e Adaptação), não um artefato nem um compromisso. A frase "artefato Inspeção" é incorreta; os artefatos são Product Backlog, Sprint Backlog e Incremento, e cada um possui seu compromisso: Product Goal, Sprint Goal e Definition of Done, respectivamente.
PEGA ESSA DICA!
Para identificar a Sprint Goal na prova, lembre-se: é o "porquê" da Sprint – o objetivo que unifica o trabalho. Ela é definida no Sprint Planning, fica no Sprint Backlog e não é alterada durante a Sprint. Já o escopo (itens do Sprint Backlog) pode ser renegociado com o Product Owner se necessário.