Questão de Engenharia de Software — Metodologia de desenvolvimento de software — Quadrix 2025

Scrum: papéis, artefatos e a estabilidade da Sprint

Gabarito: letra B. No Scrum, o Product Owner é o único responsável por gerenciar o Product Backlog e priorizar o trabalho; uma mudança de requisito identificada no meio da Sprint deve ser avaliada por ele e, se aceita, entra no backlog para uma próxima Sprint — nunca alterada diretamente pelo desenvolvedor durante a Sprint em curso. O Scrum Master, por sua vez, atua como servo-líder, garantindo que o framework seja entendido e aplicado, e não como um gerente que interrompe a Sprint ou redefine o backlog.

O Scrum é um framework ágil de gerenciamento de projetos, focado em entregas incrementais e iterativas por meio de ciclos curtos chamados Sprints. Sua essência está no empirismo, sustentado por três pilares: transparência, inspeção e adaptação. A transparência garante que todos tenham visibilidade sobre o progresso e os problemas; a inspeção permite revisar continuamente o trabalho; e a adaptação possibilita ajustes rápidos para otimizar o processo. Esses pilares explicam por que o Scrum valoriza a estabilidade da Sprint: uma vez definido o objetivo da Sprint, a equipe se compromete a entregá-lo, e mudanças de escopo no meio do caminho quebram esse compromisso e a previsibilidade do ciclo.

A estrutura do Scrum é composta por três papéis, três artefatos e cinco eventos. Os papéis são: Product Owner (PO), responsável por maximizar o valor do produto e único responsável por gerenciar o Product Backlog; os Desenvolvedores, que criam o incremento de forma auto-organizada; e o Scrum Master, que garante que o Scrum seja entendido e aplicado, removendo impedimentos e facilitando os eventos. Os artefatos são: Product Backlog (lista de tudo que pode ser necessário no produto), Sprint Backlog (itens selecionados para a Sprint) e Incremento (soma dos itens concluídos). Os eventos incluem o Planejamento da Sprint, a Reunião Diária, a Revisão da Sprint e a Retrospectiva da Sprint.

Na situação hipotética, o desenvolvedor percebeu uma não conformidade com as novas diretrizes do cliente e decidiu contatá-lo diretamente para alterar o requisito antes do fim da Sprint. Esse procedimento viola o framework por dois motivos: primeiro, o desenvolvedor não é o responsável por gerenciar o backlog — essa é uma atribuição exclusiva do Product Owner; segundo, alterar o escopo da Sprint em andamento compromete a estabilidade e o compromisso assumido pela equipe. O caminho correto seria o desenvolvedor reportar a mudança ao Product Owner, que avaliaria a solicitação e, se pertinente, a incluiria no Product Backlog para ser priorizada e planejada em uma Sprint futura. O Scrum Master, por sua vez, age corretamente ao intervir e orientar o time sobre o procedimento adequado, pois seu papel é justamente garantir a correta aplicação do framework.

A pegadinha desta questão está em confundir o papel do Scrum Master com o de um gerente tradicional de projetos, que poderia interromper o trabalho e replanejar tudo imediatamente. No Scrum, o Scrum Master não estima, não distribui tarefas e não cobra prazos; ele é um servo-líder que facilita o processo e remove impedimentos. Além disso, a banca explora a confusão entre quem pode alterar o backlog: apenas o Product Owner tem essa autoridade, e não o cliente diretamente, nem o time de desenvolvimento, nem o Scrum Master. Guarde essa fronteira: mudanças de requisito no meio da Sprint são avaliadas pelo PO e planejadas para a próxima Sprint, preservando a estabilidade do ciclo atual.

Alternativa A — ❌ Incorreta

O desenvolvedor não agiu corretamente. Alterar o requisito diretamente com o cliente, no meio da Sprint, viola o princípio de estabilidade da Sprint e a autoridade exclusiva do Product Owner sobre o backlog. O Scrum valoriza a adaptação, mas dentro do ciclo adequado: a mudança deve ser registrada e priorizada para uma Sprint futura, não implementada imediatamente.

Alternativa B — ✅ Correta ⟵ GABARITO

Esta é a alternativa correta. A solicitação de mudança deve ser feita ao Product Owner, que é o único responsável por gerenciar o Product Backlog. Ele avalia a pertinência da mudança e, se necessário, a inclui no backlog para ser priorizada e planejada em uma próxima Sprint. Isso preserva a estabilidade da Sprint atual e garante que o backlog reflita as prioridades de negócio definidas pelo PO.

Alternativa C — ❌ Incorreta

O Scrum Master não deve interromper a Sprint atual. Seu papel é garantir que o Scrum seja entendido e aplicado, atuando como servo-líder, e não como um gerente que redefine o backlog ou replaneja tarefas. Interromper a Sprint para redefinir o backlog contraria o princípio de estabilidade e compromete o compromisso da equipe com o objetivo da Sprint.

Alternativa D — ❌ Incorreta

O time de desenvolvimento não deve realizar ajustes no requisito imediatamente, mesmo que não haja tempo de comunicar o cliente. Isso violaria a autoridade do Product Owner sobre o backlog e a estabilidade da Sprint. Mudanças de requisito devem ser avaliadas pelo PO e planejadas para uma Sprint futura, não implementadas de forma autônoma pelo time.

Alternativa E — ❌ Incorreta

O cliente não deve modificar o Sprint Backlog diretamente. O Sprint Backlog é de responsabilidade do time de desenvolvimento, e o Product Backlog é de responsabilidade exclusiva do Product Owner. O cliente pode expressar suas necessidades, mas a priorização e a inclusão de itens no backlog são atribuições do PO, não do cliente.

Gabarito: letra B