Scrum: papéis, eventos e artefatos
Gabarito: letra C. O Product Backlog é, de fato, um artefato que contém uma lista ordenada de tudo que é necessário no produto, representando requisitos e necessidades — é a única fonte de requisitos para mudanças no produto. As demais alternativas distorcem conceitos centrais do framework: papéis, eventos, documentação e flexibilidade a mudanças.
O Scrum é um framework ágil para gerenciar e desenvolver produtos complexos, baseado em colaboração, adaptação e entrega incremental. Ele não é um processo fechado nem uma metodologia prescritiva completa — é uma estrutura leve que define papéis, eventos, artefatos e regras que os integram. O nome vem do rugby, onde o time se une para avançar no campo, simbolizando o trabalho colaborativo.
O framework se apoia em três pilares (empirismo): transparência, inspeção e adaptação. Isso significa que todos têm visibilidade do progresso, o trabalho é revisado continuamente e ajustes são feitos rapidamente. Os cinco valores — foco, comprometimento, coragem, respeito e abertura — guiam o comportamento do time. É importante não confundir pilares com valores: são conceitos distintos que as bancas adoram misturar.
O Time Scrum é composto por exatamente três papéis: Product Owner, Scrum Master e Desenvolvedores. O Product Owner é o único responsável por gerenciar o Product Backlog, maximizando o valor do produto. O Scrum Master é um servo-líder que garante que o Scrum seja entendido e aplicado, removendo impedimentos. Os Desenvolvedores são os únicos que criam incrementos, trabalhando de forma auto-organizada e multifuncional. Não existem papéis como Gerente de Projeto ou Arquiteto de Software no Scrum — essa é uma confusão clássica com metodologias tradicionais.
Os eventos do Scrum são: Planejamento da Sprint, Reunião Diária, Revisão da Sprint e Retrospectiva da Sprint. A Sprint é o ciclo de trabalho iterativo, normalmente de 1 a 4 semanas, que entrega um incremento de valor ao final. A Sprint não é um evento conclusivo do projeto — ela é o coração do desenvolvimento iterativo, repetida continuamente. Os artefatos são: Product Backlog, Sprint Backlog e Incremento. O Product Backlog é dinâmico e nunca está completo, evoluindo conforme o produto e o ambiente mudam.
Uma característica fundamental do Scrum é a abertura a mudanças. Diferente de metodologias tradicionais como o modelo cascata, o Scrum acolhe mudanças de requisitos a qualquer momento, desde que priorizadas pelo Product Owner no Product Backlog. A documentação é enxuta — apenas o suficiente para apoiar o desenvolvimento, nunca extensa e completa antes do início. O foco está em software funcionando e feedback rápido, não em documentação detalhada.
A pegadinha desta questão está em alternativas que descrevem o Scrum com características de metodologias tradicionais (papéis extras, documentação extensa, restrição a mudanças) ou que invertem conceitos (Sprint como evento final). O candidato que domina os três pilares, os três papéis e os três artefatos reconhece imediatamente os distratores.
Alternativa A — ❌ Incorreta
Afirma que o Scrum define cinco papéis formais, incluindo Gerente de Projeto e Arquiteto de Software. Isso é falso: o Time Scrum tem exatamente três papéis — Product Owner, Scrum Master e Desenvolvedores. Gerente de Projeto e Arquiteto de Software não existem no framework; essa alternativa mistura o Scrum com metodologias tradicionais de gerenciamento.
Alternativa B — ❌ Incorreta
Descreve a Sprint como um evento realizado na fase conclusiva do projeto para validar a totalidade das entregas. Isso inverte completamente o conceito: a Sprint é um ciclo iterativo de trabalho, repetido ao longo de todo o projeto, com duração típica de 1 a 4 semanas, que entrega um incremento de valor ao final. Não é um evento conclusivo, mas o mecanismo central de desenvolvimento incremental.
Alternativa C — ✅ Correta ⟵ GABARITO
O Product Backlog é, de fato, uma lista ordenada de tudo que é necessário no produto, representando requisitos e necessidades. É a única fonte de requisitos para mudanças no produto, gerenciada exclusivamente pelo Product Owner. O backlog é dinâmico, nunca está completo e evolui conforme o produto e o ambiente mudam. Esta é a definição canônica do artefato.
Alternativa D — ❌ Incorreta
Afirma que o Scrum exige documentação detalhada e completa antes da primeira Sprint. Isso contraria o princípio ágil de documentação enxuta e suficiente. O Scrum prioriza software funcionando e feedback rápido sobre documentação extensa. A documentação é criada de forma incremental, apenas o necessário para apoiar o desenvolvimento.
Alternativa E — ❌ Incorreta
Estabelece que mudanças nos requisitos são restritas após o início do cronograma. Isso é o oposto do Scrum: o framework é aberto a mudanças a qualquer momento. O Product Owner pode reordenar ou alterar o Product Backlog continuamente, e novas necessidades são incorporadas nas próximas Sprints. A restrição a mudanças é característica de metodologias tradicionais como o cascata.
Gabarito: letra C — o Product Backlog é a lista ordenada de requisitos e necessidades do produto, artefato central do Scrum.