Um Time de Desenvolvimento de Sistemas (TDS) de um órgão da administração pública está adotando Scrum como prática ágil no desenvolvimento de sistemas de software. O TDS recebeu uma nova demanda de desenvolvimento de sistema. Em função disso, o TDS está organizando uma lista ordenada de funcionalidades a serem atendidas pelo software, incluindo aquelas não diretamente visíveis pelos clientes, produzindo assim um:
- A)Sprint Backlog;
Errada, porque o Sprint Backlog é o conjunto de itens selecionados para uma sprint específica, e não a lista geral e ordenada de funcionalidades do produto.
- B)Product Backlog;
Certa, porque o Product Backlog é justamente a lista priorizada de tudo que pode ser necessário no produto, incluindo demandas não visíveis ao cliente.
- C)Burndown Chart;
Errada, porque Burndown Chart é um gráfico de acompanhamento do trabalho restante, não uma lista de funcionalidades.
- D)Kanban Board;
Errada, porque Kanban Board é um quadro visual de fluxo de trabalho, não o repositório ordenado das necessidades do produto.
- E)Planning Poker.
Errada, porque Planning Poker é uma técnica de estimativa de esforço, e não um artefato de organização da lista de funcionalidades.
Gabarito: B
No Scrum, antes de sair começando a codar, o time organiza tudo o que pode virar trabalho do produto. Essa lista fica priorizada e pode incluir funcionalidades visíveis ao usuário e também itens técnicos, de arquitetura, segurança ou manutenção. Isso é exatamente o Product Backlog: a lista ordenada de tudo que é necessário para evoluir o produto. Pense assim: o Product Backlog é a “fila de desejos e necessidades” do produto, sempre viva e sempre mudando conforme o negócio aprende mais. Já o Sprint Backlog é menor e mais imediato, reunindo apenas o que foi puxado para a sprint atual. Ou seja, um é o estoque geral do produto, o outro é o plano da rodada. Por isso o gabarito é a letra B. O enunciado fala em “lista ordenada de funcionalidades a serem atendidas pelo software”, inclusive aquelas não diretamente visíveis aos clientes. Essa descrição bate com a definição clássica de Product Backlog no Guia Scrum: itens ordenados do trabalho necessário para o produto, sem limitar ao que o cliente enxerga na tela. Em prova, a FGV gosta de trocar termos parecidos para ver se você confunde planejamento do produto com planejamento da sprint. Se a questão fala em lista ampla, priorizada e com itens funcionais ou técnicos, pense em Product Backlog. Se falar em tarefas da sprint, aí a história muda.