Acerca de metodologias ágeis e linguagens de modelagem, julg...

O backlog é uma lista de tarefas que tem um determinado prazo para ser entregue. Simples assim.

É possível acompanhar de perto o andamento de cada projeto, fazendo com que o trabalho seja organizado por etapas, como um . Com uma divisão categorizada entre:

• Corrigindo, 
• Testando, 
• Documentando e 
• Entregue.

Fonte: Movikesk

Acredito que o erro está no "devem ser classificados por prioridade alta, média e baixa". Não encontrei esta determinação no Guia Scrum.

Então, também seria correto ordenar os itens do Product Backlog pelas classes de prioridade "Alta" e "Baixa", por exemplo.

Para quem manja de inglês, segue um link que trata sobre isso:

https://www.scrum.org/resources/blog/myth-5-scrum-product-backlog-prioritized

Para quem não manja, vou resumir: A ideia de que o product backlog é uma lista ordenada por prioridade é um mito. Fazer as coisas por ordem de prioridade, não necessariamente leva à geração de valor/produto.

Por exemplo, se você tiver um product backlog cujo objetivo seja criar uma casa para se abrigar das chuvas intensas, o telhado com certeza será o item de maior prioridade. Contudo, esta será a última etapa, pois toda a fundação necessitará ser feita primeiro.

Ou seja, no lugar da prioridade, a ordem de escolha das tarefas levará em conta fatores como dependências, uso eficiente de materiais, disponibilidade de terceiros, reutilização de código, dentre outros.

Notem também que o PO tem papel fundamental nas alterações que ocorrem no product backlog ao longo do desenvolvimento, e várias alterações no ordenamento são feitas por ele.

O que achei, no Pressman foi em Xp, dentro da guia de planejamento.

(1) todas as histórias serão implementadas imediatamente (em um prazo de poucas semanas);

(2)as histórias de maior valor serão deslocadas para cima no cronograma e implementadas

primeiro; ou

(3) as histórias de maior risco serão deslocadas para cima no cronograma

e implementadas primeiro.

Ou seja, creio que a questão esteja se referindo a XP.

(1) todas as

histórias serão implementadas imediatamente (em um prazo de poucas semanas); (2)

as histórias de maior valor serão deslocadas para cima no cronograma e implementadas

primeiro; ou (3) as histórias de maior risco serão deslocadas para cima no cronograma

e implementadas primeiro.

A lista do backlog do produto deve ser PRIORIZADA, entretanto, na doutrina, não achei esses termos.

Gabarito: ERRADO

Embora seja comum classificar os itens do Product Backlog em alta, média ou baixa prioridade, essa não é uma prática obrigatória no Scrum. O que é importante é que o Product Backlog seja ordenado de acordo com a sua prioridade, de forma que os itens mais importantes estejam no topo da lista e os menos importantes estejam no final.

A ordem do Product Backlog é definida pelo Product Owner em conjunto com a equipe de desenvolvimento, levando em consideração fatores como valor de negócio, riscos, dependências, complexidade e esforço necessário para implementação.

A equipe de desenvolvimento é responsável por determinar a quantidade de trabalho que pode ser realizada em cada Sprint, com base na capacidade da equipe e na complexidade dos itens do Product Backlog que foram selecionados para a Sprint. A partir dessa capacidade, a equipe seleciona os itens de maior prioridade do Product Backlog e se compromete a entregá-los ao final da Sprint.

Em resumo, embora a classificação de alta, média e baixa prioridade seja comum, o mais importante é que os itens do Product Backlog sejam ordenados de acordo com a sua prioridade e que a equipe de desenvolvimento seja capaz de entregar o máximo valor possível a cada Sprint.