-
Backlog do produto
Lista com prioridades dos requisitos
Funcionalidades
Itens podem ser adicionados a qualquer momento
Gerente valia registro e atualiza as prioridades conforme solicitado
-
Scrum é uma metodologia ágil para gestão e planejamento de projetos de software.
No Scrum, os projetos são dividos em ciclos (tipicamente mensais) chamados de Sprints. O Sprint representa um Time Box dentro do qual um conjunto de atividades deve ser executado. Metodologias ágeis de desenvolvimento de software são iterativas, ou seja, o trabalho é dividido em iterações, que são chamadas de Sprints no caso do Scrum.
As funcionalidades a serem implementadas em um projeto são mantidas em uma lista que é conhecida como Product Backlog. No início de cada Sprint, faz-se um Sprint Planning Meeting, ou seja, uma reunião de planejamento na qual o Product Owner prioriza os itens do Product Backlog e a equipe seleciona as atividades que ela será capaz de implementar durante o Sprint que se inicia. As tarefas alocadas em um Sprint são transferidas do Product Backlog para o Sprint Backlog.
A cada dia de uma Sprint, a equipe faz uma breve reunião (normalmente de manhã), chamada Daily Scrum. O objetivo é disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia.
Ao final de um Sprint, a equipe apresenta as funcionalidades implementadas em uma Sprint Review Meeting. Finalmente, faz-se uma Sprint Retrospective e a equipe parte para o planejamento do próximo Sprint. Assim reinicia-se o ciclo.
https://www.desenvolvimentoagil.com.br/scrum/
-
O Product Backlog é uma lista contendo todas as funcionalidades desejadas para um produto. O conteúdo desta lista é definido pelo Product Owner. O Product Backlog não precisa estar completo no início de um projeto. Pode-se começar com tudo aquilo que é mais óbvio em um primeiro momento. Com o tempo, o Product Backlog cresce e muda à medida que se aprende mais sobre o produto e seus usuários.
Durante o Sprint Planning Meeting, o Product Owner prioriza os itens do Product Backlog e os descreve para a equipe. A equipe então determina que itens será capaz de completar durante a Sprint que está por começar. Tais itens são, então, transferidos do Product Backlog para o Sprint Backlog. Ao fazer isso, a equipe quebra cada item do Product Backlog em uma ou mais tarefas do Sprint Backlog. Isso ajuda a dividir o trabalho entre os membros da equipe. Podem fazer parte do Product Backlog tarefas técnicas ou atividades diretamente relacionadas às funcionalidades solicitadas.
Fonte: http://www.desenvolvimentoagil.com.br/scrum/product_backlog
-
Achei estranho quando o enunciado disse "Ao final do projeto".
-
jcarlaop,
projeto é um termo bem abrangente na área de sistemas. Nesta questão ele deve ser interpretado com uma fase da produção de software, e não como um todo.
Por exemplo, no contexto da questão, o termo projeto indica a definição de um modelo conceitual para o sistema em construção.
"O Product Backlog nunca está completo, finalizado, ou seja, o Product Backlog utilizado no plano de projeto é apenas uma estimativa inicial das necessidades e evolui à medida que o produto e o ambiente em que será usado evoluem."
Sugiro que você leia as páginas 11 (Product Backlog), 20 (Fase de projeto) e 23 (Figura 2.1) do livro Fundamentos do Scrum, de Rodrigo Alves Costa:
https://www.portalgsti.com.br/2017/04/ebook-fundamentos-do-scrum-gratuito.html
Espero ter ajudado.
-
Questão muito capciosa, acredito que a redação esteja errada pois em palavras cruas o product backlog é desenvolvido no início do projeto e pode sofrer alterações no decorrer da Sprint.
Product Backlog, ou Backlog do Produto, é uma lista ordenada de tudo o que é necessário para chegar no produto final de um projeto de esenvolvimento de software. Em outras palavras, são “coisas” que devem ser desenvolvidas para chegar no resultado esperado — uma espécie de “lista de desejos”.
Todos os itens são descritos em linguagem simples, não técnica e de negócios, e são apresentados a todos os interessados (desenvolvedores, clientes, patrocinadores do projeto, usuários etc.).
Cada requisito e cada mudança no projeto serão refletidos no Product Backlog, que está sempre mudando e melhorando dinamicamente. O time de desenvolvimento espera até que esteja completo antes de começar a entregar os itens. O primeiro Sprint pode ser iniciado assim que o Product Backlog tiver definido histórias suficientes.
A equipe Scrum deve adicionar detalhes, estimativas e encomendar os itens de Backlog do Produto durante todo o projeto — o que é chamado de “preparação do Backlog”, e isso não deve consumir mais de 10% do tempo.
https://www.cronapp.io/pt-br/afinal-quais-sao-as-diferencas-entre-product-backlog-e-sprint-backlog/
-
É CESPE? É questão de informática? Primeiro olhe se tem alguma Oração subordinada adverbial deslocada e jogue ela lá no fim da frase.