Questão de Engenharia de Software — SCRUM — FGV 2023

Scrum: framework ágil de gerenciamento de projetos

Gabarito: letra A. No Scrum, o trabalho é organizado em sprints (iterações de duração fixa, de até um mês), e cada release (entrega) é composta por um ou mais desses sprints, permitindo um fluxo de melhoria contínua e entrega incremental de valor. As demais alternativas distorcem papéis e eventos do framework: o Scrum Master não representa o cliente (isso é função do Product Owner), a reunião de review não é o momento de reflexão sobre o processo (isso é a retrospectiva), e a Sprint Backlog não é a lista de todas as necessidades do usuário (isso é o Product Backlog).

O Scrum é um framework ágil para gerenciamento de projetos complexos, baseado no empirismo — ou seja, o conhecimento vem da experiência e da observação. Ele se estrutura em três pilares: Transparência (todos têm visibilidade do progresso), Inspeção (revisão contínua do trabalho) e Adaptação (ajustes rápidos para otimizar o processo). Diferentemente de metodologias tradicionais como o modelo em cascata, o Scrum não é um processo prescritivo e fechado: ele fornece uma estrutura de papéis, eventos e artefatos que a equipe adapta à sua realidade.

O ciclo de trabalho no Scrum é organizado em sprints, que são iterações com duração limitada (geralmente de 1 a 4 semanas). Cada sprint começa com uma reunião de planejamento, onde a equipe define o que será entregue, e termina com a revisão da sprint (inspeção do incremento) e a retrospectiva (reflexão sobre o processo). Ao longo do sprint, ocorrem as reuniões diárias (Daily Scrum), de no máximo 15 minutos, para sincronizar as atividades. Um novo sprint começa imediatamente após o término do anterior, criando um fluxo contínuo de entregas.

Os papéis no Scrum são três: o Product Owner, que é o único responsável por gerenciar o Product Backlog e maximizar o valor do produto; os Desenvolvedores, que criam os incrementos e são os únicos que podem alterar o Sprint Backlog; e o Scrum Master, que é um servo-líder responsável por garantir que o Scrum seja entendido e aplicado, removendo impedimentos e facilitando os eventos — mas não é um chefe e não dá ordens à equipe.

Os artefatos são três: o Product Backlog (lista ordenada de tudo que pode ser necessário no produto), o Sprint Backlog (itens selecionados do Product Backlog para o sprint, mais o plano para entregá-los) e o Incremento (soma de todos os itens concluídos durante o sprint, que atende à Definição de Pronto).

A pegadinha central desta questão é a troca de papéis e eventos: a banca mistura as responsabilidades do Product Owner com as do Scrum Master, e confunde a finalidade da reunião de review com a da retrospectiva. Guarde bem essas distinções, pois são as mais cobradas em provas sobre Scrum.

Alternativa A — ✅ Correta ⟵ GABARITO

A alternativa está correta porque descreve com precisão a estrutura do Scrum: uma release (entrega de valor ao cliente) é composta por um ou mais sprints, que são iterações curtas e de duração fixa. Essa organização em ciclos permite a melhoria contínua, pois a cada sprint a equipe entrega um incremento do produto e, com base no feedback e na inspeção, adapta o processo para as próximas iterações. O Guia do Scrum define o Sprint como um "container" para todos os outros eventos, e é a unidade fundamental do desenvolvimento iterativo e incremental.

Alternativa B — ❌ Incorreta

A alternativa erra ao atribuir ao Scrum Master as funções de representar o cliente, decidir metas, priorizar e aprovar requisitos. Essas são funções do Product Owner, que é o único responsável por gerenciar o Product Backlog e maximizar o valor do produto. O Scrum Master, por sua vez, é um servo-líder que facilita o processo, remove impedimentos e garante que o Scrum seja entendido e aplicado — ele não decide metas nem prioriza requisitos. A banca troca os papéis para confundir o candidato.

Alternativa C — ❌ Incorreta

A alternativa confunde a Reunião de Review (Revisão da Sprint) com a Retrospectiva da Sprint. A Revisão da Sprint é o evento em que a equipe inspeciona o incremento e apresenta o trabalho concluído aos stakeholders, adaptando o Product Backlog se necessário. Já a Retrospectiva é o momento de reflexão sobre o processo — o que correu bem, o que pode ser melhorado e o que será mantido — com foco na melhoria contínua do trabalho da equipe. A banca inverte as finalidades dos dois eventos.

Alternativa D — ❌ Incorreta

A alternativa descreve o Product Backlog, não a Sprint Backlog. O Product Backlog é a lista dinâmica e sempre atualizada de todas as necessidades, funcionalidades e melhorias desejadas para o produto. A Sprint Backlog, por sua vez, é o conjunto de itens selecionados do Product Backlog para serem entregues em um sprint específico, juntamente com o plano de como realizá-los. A banca troca os dois artefatos, uma pegadinha clássica.

Gabarito: letra A