Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — INSTITUTO AOCP 2025
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
qg539617
Banca
INSTITUTO AOCP
Órgão
IF-MS
Ano
2025
Nível
Médio
Cargo
Técnico de Tecnologia da Informação
As metodologias ágeis de desenvolvimento de software são abordagens que priorizam a entrega incremental e contínua de valor ao cliente, enfatizando a colaboração, a flexibilidade e a adaptação às mudanças. Elas surgiram como uma alternativa aos métodos tradicionais, que frequentemente eram mais rígidos e demorados. Entre as metodologias ágeis, o Scrum se destaca como uma das mais populares. O Scrum organiza o trabalho em ciclos curtos, chamados sprints, e possui uma estrutura bem definida, composta por papéis, eventos e artefatos.Considerando essas informações, preencha as lacunas e assinale a alternativa correta.O(A) _________ é o papel do Scrum responsável por gerenciar o Product Backlog (uma lista priorizada de funcionalidades e requisitos do produto). O(A) __________ é o evento do Scrum realizado no início de cada sprint, no qual a equipe define as tarefas que serão executadas durante o ciclo. Finalmente, o(a) _____________ é o artefato do Scrum que representa a lista priorizada de funcionalidades, requisitos, melhorias e correções a serem feitas no produto.
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: papéis, eventos e artefatos
Gabarito: letra C. O Product Owner é o papel responsável por gerenciar o Product Backlog, o Sprint Planning é o evento que ocorre no início de cada sprint para planejar o trabalho, e o Product Backlog é o artefato que lista as funcionalidades priorizadas do produto. A alternativa C é a única que associa corretamente os três elementos do Scrum às suas definições.
O Scrum é um framework ágil para gerenciamento de projetos complexos, estruturado em três pilares: papéis, eventos e artefatos. Cada um desses elementos tem uma função específica e bem definida, e é exatamente essa distinção que a banca explora. O Product Owner é o papel responsável por maximizar o valor do produto, gerenciando o Product Backlog — a lista priorizada de tudo que o produto precisa. O Sprint Planning é o evento que abre cada sprint, onde a equipe define o que será entregue e como. O Product Backlog, por sua vez, é o artefato que contém todas as funcionalidades, requisitos, melhorias e correções desejadas para o produto, priorizadas pelo Product Owner.
A confusão mais comum é misturar os papéis, eventos e artefatos entre si. Por exemplo, o Scrum Master é o facilitador do processo, responsável por remover impedimentos e garantir que o Scrum seja seguido — não é ele quem gerencia o Product Backlog. O Daily Scrum é o evento diário de sincronização da equipe, não o planejamento do sprint. O Sprint Backlog é o artefato que contém os itens selecionados do Product Backlog para a sprint atual, não a lista completa do produto. Entender essa separação é fundamental para acertar questões como esta.
Na prática, imagine um time desenvolvendo um aplicativo de delivery. O Product Owner mantém o Product Backlog com itens como "cadastro de usuário", "busca de restaurantes" e "pagamento online", priorizados por valor de negócio. No início de cada sprint, o Sprint Planning define quais desses itens serão trabalhados — digamos, "cadastro de usuário" e "busca de restaurantes". Durante a sprint, o time executa as tarefas, e ao final entrega um incremento funcional. O Sprint Backlog, nesse caso, conteria apenas os itens selecionados para a sprint, enquanto o Product Backlog continua com todos os itens futuros.
A pegadinha desta questão está em associar corretamente cada lacuna ao elemento certo do Scrum. A banca mistura papéis (Product Owner, Scrum Master, Development Team), eventos (Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective) e artefatos (Product Backlog, Sprint Backlog, Increment) para testar se o candidato domina a estrutura do framework. A alternativa C é a única que acerta as três associações: Product Owner (papel) → Sprint Planning (evento) → Product Backlog (artefato).
Scrum
1Papéis
Product Owner
Gerencia o Product Backlog
Scrum Master
Facilita o processo
Development Team
Executa o trabalho
2Eventos
Sprint Planning
Início da sprint
Daily Scrum
Sincronização diária
Sprint Review
Revisão do entregue
Sprint Retrospective
Reflexão da sprint
3Artefatos
Product Backlog
Lista priorizada do produto
Sprint Backlog
Itens da sprint atual
Increment
Resultado da sprint
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A alternativa A apresenta "Product Owner / Scrum Master / Development Team", que são os três papéis do Scrum, mas a segunda e a terceira lacunas pedem um evento e um artefato, respectivamente. O Scrum Master é o facilitador do processo, não o evento de planejamento do sprint, e o Development Team é o time de desenvolvimento, não a lista priorizada de funcionalidades. A banca troca as categorias: papéis no lugar de evento e artefato.
Alternativa B — ❌ Incorreta
A alternativa B traz "Sprint Planning / Daily Scrum / Sprint Review", que são três eventos do Scrum. A primeira lacuna pede um papel (quem gerencia o Product Backlog), e o Sprint Planning é um evento, não um papel. O Daily Scrum é a reunião diária de sincronização, e o Sprint Review é a revisão do que foi entregue — nenhum deles é o artefato que lista as funcionalidades do produto. A alternativa erra ao colocar eventos onde deveriam estar um papel e um artefato.
Alternativa C — ✅ Correta ⟵ GABARITO
A alternativa C associa corretamente: o Product Owner é o papel responsável por gerenciar o Product Backlog, priorizando os itens de acordo com o valor de negócio; o Sprint Planning é o evento realizado no início de cada sprint, onde a equipe define as tarefas que serão executadas; e o Product Backlog é o artefato que representa a lista priorizada de funcionalidades, requisitos, melhorias e correções do produto. As três associações estão corretas e completas.
Alternativa D — ❌ Incorreta
A alternativa D apresenta "Scrum Master / Sprint Retrospective / Increment". O Scrum Master é o facilitador do processo, não quem gerencia o Product Backlog — essa função é do Product Owner. A Sprint Retrospective é o evento de reflexão sobre a sprint passada, não o planejamento do início da sprint. E o Increment é o resultado do trabalho da sprint, não a lista priorizada de funcionalidades. A alternativa mistura papéis, eventos e artefatos de forma incorreta.
Alternativa E — ❌ Incorreta
A alternativa E traz "Development Team / Daily Scrum / Sprint Backlog". O Development Team é o time que executa o trabalho, não quem gerencia o Product Backlog. O Daily Scrum é a reunião diária de sincronização, não o evento de planejamento do sprint. E o Sprint Backlog é a lista de itens selecionados para a sprint atual, não a lista completa e priorizada do produto — essa é a função do Product Backlog. A alternativa confunde o Sprint Backlog com o Product Backlog, um erro clássico.
NÃO CAIA NESSA!
A banca mistura as três categorias do Scrum — papéis, eventos e artefatos — para testar se o candidato sabe diferenciá-las. A alternativa E, por exemplo, troca o Product Backlog pelo Sprint Backlog, que são artefatos distintos: o primeiro é a lista completa do produto, o segundo é apenas o recorte da sprint. Fique atento a essa distinção, pois ela é recorrente em provas.
PEGA ESSA DICA!
Para acertar questões sobre Scrum, memorize a tríade: papéis (Product Owner, Scrum Master, Development Team), eventos (Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective) e artefatos (Product Backlog, Sprint Backlog, Increment). Associe cada um à sua função: o PO gerencia o Product Backlog, o Sprint Planning planeja a sprint, e o Product Backlog é a lista priorizada do produto. Com essa estrutura mental, você elimina as alternativas que misturam as categorias.