Pular para o conteúdo principal

Questão de Engenharia de Software — SCRUM — VUNESP 2025

Engenharia de SoftwareSCRUM
Código
vu222971
Banca
VUNESP
Órgão
TJ SP
Ano
2025
Cargo
AnaSistJ ( )

Uma das metodologias ágeis utilizadas no desenvolvimento de software é o Scrum, que incorpora diversas características/atividades.

Dessa forma, é correto afirmar que, quanto a tais características/ atividades,

  1. Adurante o Scrum, não são feitas quaisquer documentações de projeto.
  2. Bo sprint constitui-se em uma unidade de trabalho, durante a qual deve ser desenvolvido um requisito a ser implementado.
  3. Cas reuniões nessa forma de desenvolvimento de software são de longa duração.
  4. Dcada sprint tem duração mínima de dois a três meses.
  5. Eo backlog constitui-se em uma relação de integrantes da equipe Scrum.
Revelar gabarito e comentário

GabaritoB — o sprint constitui-se em uma unidade de trabalho, durante a qual deve ser desenvolvido um requisito a ser implementado.

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: características e atividades

Gabarito: letra B. O sprint é a unidade de trabalho do Scrum, um ciclo de duração limitada (de uma a quatro semanas) durante o qual a equipe desenvolve um incremento de produto potencialmente utilizável — e é exatamente essa a definição que a alternativa B espelha. As demais alternativas distorcem conceitos centrais do framework: o Scrum não proíbe documentação, as reuniões são curtas e com time-box definido, o sprint não tem duração mínima de meses e o backlog não é uma lista de integrantes.

O Scrum é um framework ágil para gerenciamento de projetos complexos, criado por Ken Schwaber e Jeff Sutherland. Diferentemente de um processo rígido, ele fornece uma estrutura leve — composta por papéis, eventos, artefatos e regras — que as equipes adaptam à sua realidade. Seu nome vem do rugby, onde o time se une para avançar no campo, simbolizando o trabalho colaborativo. O Scrum é iterativo e incremental: o trabalho é dividido em ciclos curtos chamados sprints, e ao final de cada um é entregue um incremento do produto, permitindo feedback constante do cliente e correções ao longo do processo, em vez de esperar a entrega final.

O coração do Scrum é o sprint. Ele é o principal evento do framework, a unidade básica de desenvolvimento, com duração limitada de um mês ou menos (na prática, de uma a quatro semanas). Durante o sprint, a equipe trabalha para transformar itens do Product Backlog em um incremento de produto concreto e testável. O sprint é composto por outros eventos: o Planejamento da Sprint (Sprint Planning), as Reuniões Diárias (Daily Scrum), a Revisão da Sprint (Sprint Review) e a Retrospectiva da Sprint (Sprint Retrospective). Todos esses eventos têm time-box definido — por exemplo, o Planejamento dura no máximo 8 horas para um sprint de um mês, a Reunião Diária dura 15 minutos, a Revisão dura 4 horas e a Retrospectiva dura 3 horas. Essa estrutura de eventos com duração fixa é o que garante a regularidade e minimiza a necessidade de reuniões não planejadas.

Os artefatos do Scrum são três: o Product Backlog (lista ordenada de tudo que pode ser necessário no produto, gerenciada exclusivamente pelo Product Owner), o Sprint Backlog (conjunto de itens do Product Backlog selecionados para o sprint, somado ao plano para entregá-los) e o Incremento (a soma de todos os itens concluídos durante o sprint, que deve estar em condições utilizáveis). O Product Backlog é dinâmico e evolui conforme o produto e o ambiente mudam; o Sprint Backlog é de propriedade dos desenvolvedores, que são os únicos que podem alterá-lo.

Os papéis no Scrum são três: o Product Owner (responsável por maximizar o valor do produto e gerenciar o Product Backlog — é sempre uma pessoa única, nunca um comitê), os Desenvolvedores (criam o incremento e são os únicos que podem alterar o Sprint Backlog) e o Scrum Master (servo-líder que garante que o Scrum seja entendido e aplicado, remove impedimentos e protege o time — não é um chefe e não dá ordens).

A pegadinha desta questão está em alternativas que parecem plausíveis, mas contradizem a essência do Scrum. A banca explora o senso comum de que metodologias ágeis não documentam nada, que reuniões são longas e que sprints são longos — tudo isso é falso no Scrum. O framework valoriza a documentação mínima necessária, reuniões curtas e objetivas, e sprints curtos para entregar valor rapidamente.

Guarde a fronteira entre o que o Scrum é e o que ele não é: é um framework leve, iterativo, com eventos de duração fixa e artefatos bem definidos; não é um processo fechado, não exige documentação extensa, não tem reuniões longas e não trabalha com ciclos longos. É exatamente nessa fronteira que as alternativas se dividem.

1Papéis
Product Owner
Desenvolvedores
Scrum Master
2Artefatos
Product Backlog
Sprint Backlog
Incremento
3Eventos (time-box)
Planejamento (8h)
Reunião Diária (15min)
Revisão (4h)
Retrospectiva (3h)
Scrum
LEVELsoulevel.com.br
Scrum: Papéis (Product Owner, Desenvolvedores, Scrum Master); Artefatos (Product Backlog, Sprint Backlog, Incremento); Eventos (time-box) (Planejamento (8h), Reunião Diária (15min), Revisão (4h), Retrospectiva (3h))

Alternativa A — ❌ Incorreta

Afirma que durante o Scrum não são feitas quaisquer documentações de projeto. Isso é falso: o Scrum não proíbe documentação, apenas valoriza a documentação mínima necessária. O próprio framework define artefatos como o Product Backlog e o Sprint Backlog, que são formas de documentar o trabalho. A confusão vem da ideia de que metodologias ágeis dispensam documentação, mas o Manifesto Ágil prioriza "software funcionando mais que documentação abrangente" — ou seja, a documentação não é eliminada, apenas não é o foco principal.

Alternativa B — ✅ Correta ⟵ GABARITO

O sprint é, de fato, a unidade de trabalho do Scrum: um ciclo de duração limitada (de uma a quatro semanas) durante o qual a equipe desenvolve um incremento de produto potencialmente utilizável. A alternativa está correta ao afirmar que o sprint é uma unidade de trabalho durante a qual deve ser desenvolvido um requisito a ser implementado — embora, tecnicamente, o sprint possa conter múltiplos itens do Product Backlog, a essência é exatamente essa: transformar requisitos em incremento de produto.

Alternativa C — ❌ Incorreta

Afirma que as reuniões no Scrum são de longa duração. Isso contraria o framework: todos os eventos do Scrum têm time-box definido e são curtos. A Reunião Diária (Daily Scrum) dura no máximo 15 minutos, o Planejamento da Sprint dura no máximo 8 horas para um sprint de um mês (proporcionalmente menos para sprints menores), a Revisão da Sprint dura 4 horas e a Retrospectiva dura 3 horas. A banca inverte a característica: as reuniões são curtas e objetivas, justamente para não desperdiçar tempo da equipe.

Alternativa D — ❌ Incorreta

Afirma que cada sprint tem duração mínima de dois a três meses. Isso é o oposto da realidade: o sprint tem duração limitada de um mês ou menos (na prática, de uma a quatro semanas). A duração deve ser consistente ao longo do projeto — um novo sprint começa imediatamente após o término do anterior. A banca troca o limite máximo pelo mínimo: o sprint não tem duração mínima de meses, mas sim máxima de um mês.

Alternativa E — ❌ Incorreta

Afirma que o backlog é uma relação de integrantes da equipe Scrum. Isso é um erro conceitual grave: o backlog (Product Backlog) é a lista ordenada de tudo que pode ser necessário no produto — requisitos, funcionalidades, melhorias, correções —, não uma lista de pessoas. A relação de integrantes da equipe é o Time Scrum, composto pelo Product Owner, pelos Desenvolvedores e pelo Scrum Master. A banca troca o artefato (backlog) por um conceito de papel (equipe).

NÃO CAIA NESSA!

A banca explora o senso comum sobre metodologias ágeis para induzir ao erro. A alternativa A parece correta para quem acredita que "ágil não documenta", a C parece correta para quem acha que reuniões de projeto são longas, e a D parece correta para quem imagina que ciclos de trabalho precisam ser longos. No Scrum, tudo é curto e objetivo: documentação mínima, reuniões com time-box (15 min diárias, 8 h de planejamento para sprint de 1 mês) e sprints de no máximo 1 mês. A alternativa E é a mais fácil de eliminar, pois confunde backlog (artefato) com equipe (papéis).

PEGA ESSA DICA!

Para questões de Scrum, decore os três pilares (Transparência, Inspeção, Adaptação), os cinco valores (Foco, Comprometimento, Coragem, Respeito, Abertura), os três papéis (Product Owner, Desenvolvedores, Scrum Master), os três artefatos (Product Backlog, Sprint Backlog, Incremento) e os eventos com seus time-boxes. A tabela abaixo resume os eventos e durações:

Evento

Duração (para sprint de 1 mês)

Planejamento da Sprint

8 horas

Reunião Diária

15 minutos

Revisão da Sprint

4 horas

Retrospectiva da Sprint

3 horas

Gabarito: letra B

Link permanente: /questoes/vu222971