Fique por dentro – Concurso de TI! Sprint Backlog e Product Backlog

Product Backlog (Backlog do Produto)

Os requisitos / itens para desenvolvimento do o produto que estão listados no Backlog do Produto. O Product Owner é o responsável por manter este artefato com relação ao seu conteúdo, disponibilidade, transparência e priorização / ordenação. Este artefato representa a visão do produto de forma modular, contendo todos os itens que devem ser desenvolvidos durante o projeto.

Ele é ordenado segundo o grau de importância e agregação de valor, sofre constantemente atualizações e cada item deve ser possível de ser estimado.

Teoricamente, este artefato nunca está completo.

A seleção inicial para o seu desenvolvimento somente mostra os requisitos inicialmente conhecidos, melhor entendidos e que mais agregam valor ao cliente. Um item desta lista é considerado pronto para ser desenvolvido quando ele possui um tamanho suficiente para que caiba dentro da Sprint (não pode ser grande demais). 

Os requisitos são descritos na forma de história de usuário: Uma história do usuário é uma explicação informal e geral sobre um recurso de software escrita a partir da perspectiva do usuário final ou cliente.

Os Developers que irão fazer o trabalho são responsáveis pelo dimensionamento. O Product Owner pode influenciar os Developers ajudando‐os a compreender e a selecionar trade‐offs.  

PULO DO GATO

O Product Owner é o único responsável por GERENCIAR o backlog, podendo: adicionar, remover, atualizar e reordenar itens. Não há nenhum formato prescrito para o Product Backlog

Sprint Backlog

Artefato proveniente do Planejamento da Sprint  que representa todas as tarefas que devem ser desenvolvidas durante uma Sprint / iteração / incremento. O Sprint Backlog não pode sofrer alterações durante o curso de uma Sprint e é de suma importância que o time conclua os primeiros itens para então partir para o próximo (seguir a sequência de priorização da lista). Pode ser subdividida as tarefas entre equipes distintas e, com isso, ter várias sprints ocorrendo simultaneamente.

Estas tarefas são elaboradas durante a Reunião de Planejamento da Sprint.

O Sprint Backlog torna visível todo o trabalho que o time de desenvolvimento identifica como necessário para atingir a meta da Sprint (foco na meta sempre).

PULO DO GATO

O Sprint Backlog é um plano de e para os Developers. É uma imagem altamente visível e em tempo real do trabalho que os Developers planeiam realizar durante o Sprint, a fim de alcançar o Sprint Goal. É atualizado durante o Sprint à medida que se vai aprendendo mais. Deverá ter detalhe suficiente para que possam inspecionar o seu progresso na Daily Scrum.  

Product Increment (incremento do produto)

Um incremento no Scrum é considerado um passo ao objetivo / meta do produto que está sendo construído. Cada incremento é adicionado a todos os incrementos anteriores e verificado / validado, garantindo que todos os incrementos funcionem juntos. A fim de agregar valor ao produto, o incremento deve ser utilizável. 

Uma Sprint pode entregar um ou mais incrementos de uma só vez. Estes serão apresentados ao PO na reunião de revisão

A equipe, portanto, deve produzir incremento que tenha qualidade suficiente para ser entregue. Aqui temos o conceito de Definition of Done (DoD) ou Definição de pronto. Este conceito deve estar claro para todos os envolvidos na Sprint.

O trabalho não pode ser considerado parte de um incremento a menos que atenda a Definição de Pronto.

PULO DO GATO

O trabalho não pode ser considerado parte de um Increment a menos que cumpra a Definition of Done.  

O que é considerado PRONTO?

O DoD é um acordo formal que define claramente quais são os passos mínimos para a conclusão de um item ou funcionalidade potencialmente entregável. Um checklist com critérios objetivos e acordados para que o Product Owner possa aceitar uma funcionalidade deve ser estabelecido na reunião de planeamento. Se um item do Product Backlog não atender à Definição de Pronto, ele não poderá ser liberado ou mesmo apresentado na Sprint Review. 

O conceito de pronto pode ser revisto ao final de cada Sprint também, estabelecendo acordos entre o Time e o PO.

Então grave isto: “Pronto” define o que o Time quer dizer quando se compromete a “aprontar” um item de Backlog do Produto em uma Sprint.

Isto deve ser acordado entre o time e o Product Owner.

PULO DO GATO

Os Developers são obrigados a cumprir a Definition of Done. Se existirem várias Scrum Teams a trabalhar em conjunto num produto, devem definir e cumprir mutuamente a mesma Definition of Done.

DIFERENÇAS ENTRE SPRINT BACKLOG E PRODUCT BACKLOG

O Sprint Backlog e o Product Backlog são conceitos fundamentais no framework Scrum, utilizado no desenvolvimento ágil de software. Aqui estão as principais diferenças entre eles:

Product Backlog:

• Visão Temporal: O Product Backlog é uma lista dinâmica e contínua de todas as funcionalidades, melhorias e correções desejadas para o produto. Ele abrange todo o ciclo de vida do projeto.
• Propriedade: O Product Backlog é de responsabilidade do Product Owner, que é encarregado de priorizar os itens com base no valor para o cliente e nas necessidades do negócio.
• Nível de Detalhamento: Os itens no Product Backlog podem variar em termos de detalhamento, desde histórias de usuário detalhadas até itens mais abstratos.
• Atualização Contínua: O Product Backlog está em constante evolução para refletir as mudanças nos requisitos do cliente, no mercado ou nas condições do projeto.

Sprint Backlog:

• Visão Temporal: O Sprint Backlog é uma seleção específica de itens do Product Backlog escolhidos para serem trabalhados durante um Sprint, que é um período de tempo fixo (geralmente de duas a quatro semanas).
• Propriedade: O Sprint Backlog é de propriedade da equipe de desenvolvimento, que decide como transformar os itens selecionados em incrementos de produto funcionais.
• Nível de Detalhamento: Os itens no Sprint Backlog são mais detalhados do que no Product Backlog, pois são refinados durante a Sprint Planning para garantir que a equipe tenha uma compreensão clara do que precisa ser feito.
• Bloqueado durante o Sprint: Uma vez que o Sprint começa, o Sprint Backlog é bloqueado, o que significa que não deve ser alterado durante o Sprint para garantir foco e previsibilidade.

Algumas questões para fixarmos o conteúdo.

CESPE / CEBRASPE – 2022 – BANRISUL – Analista de Transformação Digital

Tendo como referência o Scrum 2020, julgue o item subsequente, acerca de prática ágil para gerenciamento de projetos.

Um incremento surge depois de um product backlog alcançar a definição de pronto e, em seguida, ser liberado na sprint review.

COMENTÁRIO

Um incremento do produto é a soma de todos os itens do Backlog do Produto completados durante uma Sprint e o valor dos incrementos de todas as Sprints desenvolvidas anteriormente.

Ao final da Sprint um novo incremento deve estar “Pronto”, o que significa que deve estar na condição utilizável e atender a definição de “Pronto” definidas pelo próprio time (DoD)

Gabarito está CORRETO.

CESPE / CEBRASPE – 2022 – BANRISUL – Desenvolvimento de Sistemas

Julgue o item a seguir, relativos ao Scrum e ao Kanban. 

No Scrum, a definição de pronto é considerada o compromisso a ser alcançado pelo sprint backlog, ao término da execução com sucesso da sprint.

COMENTÁRIO

O DoD é um acordo formal que define claramente quais são os passos mínimos para a conclusão de um item ou funcionalidade potencialmente entregável. Um checklist com critérios objetivos e acordados para que o Product Owner possa aceitar uma funcionalidade deve ser estabelecido na reunião de planejamento. Se um item do Product Backlog não atender à Definição de Pronto, ele não poderá ser liberado ou mesmo apresentado na Sprint Review.

No momento em que um item do Backlog do Produto atende à Definição de Feito, nasce um Incremento.

Gabarito está ERRADO.

CESPE / CEBRASPE – 2024 SEBRAE-NACIONAL Analista Técnico

Acerca do Scrum, julgue os itens a seguir.

I O refinamento do backlog do produto é um processo estanque e usualmente consome mais de 10% da capacidade do time Scrum.
II A retrospectiva da sprint fornece um evento dedicado e focado na inspeção e adaptação, no entanto as melhorias podem ser adotadas a qualquer momento.
III Ao final da sprint, um novo incremento deve estar pronto, o que significa que deve estar em condição utilizável e atender à definição de preparado do time de desenvolvimento.

Assinale a opção correta.

A) Apenas o item II está certo.

B) Apenas o item III está certo.

C) Apenas os itens I e II estão certos. 

D) Apenas os itens I e III estão certos.

COMENTÁRIO

O refinamento do backlog não é um processo rígido, ou seja, não ocorre em um único evento fixo, mas sim de forma contínua ao longo do tempo. O Scrum Guide também sugere que esse refinamento não deve ocupar mais de 10% da capacidade da equipe. Portanto, a afirmação de que “normalmente consumiria mais de 10%” está errada.

A retrospectiva da sprint é, de fato, um evento que visa a inspeção e adaptação no final de cada sprint, onde o time avalia como pode melhorar seus processos de trabalho. No entanto, as melhorias identificadas podem ser implementadas a qualquer momento, não ficando restritas a serem feitas apenas após a retrospectiva. Isso está correto.

No Scrum, ao término de cada sprint, o incremento do produto deve estar pronto e utilizável, ou seja, deve atender à Definição de Pronto (Definition of Done), e não à “definição de preparado”, que está relacionada ao momento em que um item está pronto para ser selecionado para a sprint, não para o incremento. Portanto, a afirmação sobre a “definição de preparado” está incorreta.

Gabarito é a letra A.

CESPE / CEBRASPE – 2024 ITAIPU BINACIONAL Engenheiro

Com relação ao backlog do produto, julgue os seguintes itens.

I O backlog do produto pode ser considerado como uma lista ordenada e emergente do que é necessário para realizar melhorias no produto.
II O gerenciamento do backlog do produto é executado pelo product owner com apoio do Scrum master.
III História de usuário é a descrição textual, de maneira breve, de um acúmulo de trabalho realizado em horas ou em poucos dias.
IV Histórias de usuário, épicos e temas representam a granularidade do backlog do produto.

Assinale a opção correta. 

A) Apenas o item I está certo.

B) Apenas o item II está certo.

C) Apenas os itens I e IV estão certos.

D) Apenas os itens II e III estão certos.

E) Apenas os itens III e IV estão certos.

COMENTÁRIO

Item I: “O backlog do produto pode ser considerado como uma lista ordenada e emergente do que é necessário para realizar melhorias no produto.”

Essa afirmação está correta. O backlog do produto é, de fato, uma lista ordenada das funcionalidades, melhorias e correções necessárias para o produto, sendo emergente porque pode evoluir conforme novas informações e prioridades surgem.

Item II: “O gerenciamento do backlog do produto é executado pelo product owner com apoio do Scrum master.”

Essa afirmação está incorreta. O Product Owner é o único responsável pelo gerenciamento do backlog do produto. O Scrum Master não tem essa responsabilidade; seu papel é facilitar o processo Scrum e ajudar a remover impedimentos.

Item III: “História de usuário é a descrição textual, de maneira breve, de um acúmulo de trabalho realizado em horas ou em poucos dias.”

Essa afirmação está incorreta. Uma história de usuário é uma descrição concisa de uma funcionalidade a ser desenvolvida do ponto de vista do usuário, e não está relacionada a uma medida de tempo. Ela descreve um objetivo que o usuário deseja alcançar, juntamente com os critérios de aceitação dessa funcionalidade.

Item IV: “Histórias de usuário, épicos e temas representam a granularidade do backlog do produto.”

Essa afirmação está correta. O backlog do produto é composto por histórias de usuário, épicos e temas, que variam em nível de detalhe e tamanho. Histórias de usuário são menores e detalhadas, épicos são grandes histórias que podem ser divididas em várias histórias de usuário, e temas são agrupamentos de histórias relacionadas.

Gabarito é a letra C.

(CESPE – 2017 – SE/DF – Analista de Sistemas)  

Na metodologia Scrum, a lista ordenada de tudo o que é necessário para um produto ser apropriado é identificada como backlog do produto, o qual é atualizado constantemente e nunca está completo. 

COMENTÁRIO 

O backlog representa a visão do produto de forma modular, contendo todos os itens que devem ser desenvolvidos durante o projeto. Os itens do Product Backlog devem ser descritos de forma simples e de fácil entendimento para o cliente e para o Team e são criados e mantidos pelo Product Owner. Lembrando que ele nunca está completo! 

Gabarito está CORRETO.

REFERÊNCIAS BIBLIOGRÁFICAS

BOEHM, B.W., ABTS, C., BROWN, A.W., CHULANI, S., CLARK, B.K., HOROWITZ, E., MADACHY, R., REIFER, D., STEECE, B., 2000, Software Cost Estimation with COCOMO II, Prentice Hall;

PRESSMAN, Roger S. ; Bruce R. Maxim. Engenharia de Software, Uma Abordagem Profissional, 8° ed. Porto Alegre: AMGH, 2016.

SOMMERVILLE, Ian. Engenharia de Software, 9. ed. São Paulo: Pearson Prentice Hall, 2011.

FERNANDES, A. A.;  ABREU, V.F.: Implantando a governança de TI, 4ª Ed.- São Paulo, SP: Editora Brasport Livros e  Multimídia Ltda, 2014.

Guia do Scrum. Disponível em: https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-PortugueseBR.pdf

Webinar sobre Introdução ao Scrum e ao Agile e Treinamento para a Certificação Scrum Fundamentals Certified (SFC™). Disponível em: https://www.certinow.org/pdf/SCRUMstudyScrumPresentation-SFCTraining-portuguese.pdf

https://certiprof.com/pt/pages/scrum-guide-2020 Acesso em Março de 2025

https://www.scrum.org/ Acessado em Março de 2025