-
Product backlog e Sprint backlog
Um backlog é uma lista de itens priorizados a serem desenvolvidos para um software. O Product backlog é mantido pelo Product Owner e é uma lista de requisitos que tipicamente vêm do cliente. O Product Owner pode altera-lo a qualquer momento, desde que os itens alterados não estejam na sprint. O Sprint backlog é uma interpretação do Product backlog e contém tarefas concretas que serão realizadas durante o próximo sprint para implementar alguns dos itens principais no Product backlog. O Product backlog e o sprint backlog são, então, duas coisas totalmente diferentes, o primeiro contendo requisitos de alto-nível e o segundo contendo informações sobre como a equipe irá implementar os requisitos do produto.
http://pt.wikipedia.org/wiki/Scrum
-
Galera,
Os itens priorizados a serem desenvolvidos não formam o SELECTED PRODUCT BACKLOG?
-
Marcelo, o "Selected Product Backlog", na prática, é o "Sprint Backlog". Eles podem ser considerados sinônimos.
Se você insistir em saber: para ser mais específico, a única diferença é que o "Selected Product Backlog" é a lista de itens selecionados durante a parte 1 da Spring Planning Meeting. Logo que a parte 1 acaba e vamos para a parte 2, o "Selected Product Backlog" passa a ser chamado de "Sprint Backlog". Compreende como, na prática, são a mesma coisa? Essa diferenciação somente acontece se o cara for realmente muito específico.
Sobre a questão, o erro está na sentença "desde que os itens alterados não estejam na sprint backlog". Esta restrição não existe. O PO pode alterar o PB a qualquer momento. Se, por coincidência, for um item que tenha ido para o Sprint Backlog, paciência, ele pode alterar/apagar do PB, não faz diferença nenhuma para o Sprint Backlog.
(Se, por exemplo, ele apagar os itens do PB que correspondam a todo o Sprint Backlog da Sprint atual, ainda assim, ela continua, a não ser que o PO decida por cancelar a Sprint, mas aí são outros quinhentos. O que importa é que, ao contrário do que a questão afirma, o PO não tem restrições para alterar o PB, pode fazer o que quiser e quando quiser.)
-
Em resposta ao comentário do colega acima, discordo veementemente do que a wikipedia diz(*). Duas afirmações do SCRUM GUIDE confirmam meu comentário e são contra ao que a wikipedia expressou:
Página 13: "During Product Backlog grooming, items are reviewed and revised. However, they can be updated at any time by the Product Owner or at the Product Owner’s discretion." Texto destacado: os itens do backlog podem ser alterados a qualquer momento pelo PO.
Página 14: "The Sprint Backlog is a highly visible, real-time picture of the work that the Development Team plans to accomplish during the Sprint, and it belongs solely to the Development Team." Texto destacado: o Spring Backlog pertence unicamente ao Dev Team.
(*) A galera tem que aprender que qualquer zé roela pode adicionar coisas naquele site, o que não quer dizer que estejam sempre certas. A CESPE e a FCC têm que entender isso também. Ah, agora a wikipedia não diz mais aquilo, pois agora eu mudei o artigo.
-
Q: "(...) lista de itens priorizados a serem desenvolvidos para um software. Essa lista é mantida no product
owner"
R: "Product BACKLOG é uma lista ordenada de tudo que deve ser necessário no produto (...)"
fonte: http://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum%20Guide%20-%20Portuguese%20BR.pdf
-
Acredito que o Product Backlog e Sprint Backlog sejam estruturas similares, pois eles contêm as funcionalidades priorizadas, sendo a primeira em nível do sistema e a segunda em nível da sprint.
Talvez o erro esteja quando foi dito que o Product Backlog seja mantida NO Product Owner
Também errei a questão.
-
Essa questão pode ser analisada da seguinte forma:
- No SCRUM, um backlog consiste em uma lista de itens priorizados a serem desenvolvidos para um software. Se esse item estiver falando do Product Backlog, está correto, pois o Backlog do Produto é uma lista ordenada de tudo que deve ser necessário no produto.
- Essa lista é mantida no product owner, o qual pode alterá-la a qualquer momento, desde que os itens alterados não estejam na sprint backlog. Não deve ser um dos erros da questão, mas a lista não é mantida no PO, mas sim pelo PO pois ele é um papel, não um repositório. O Product Backlog pode ser alterado a qualquer momento pelo PO sim, pois ele é o único responsável. Já o Sprint Backlog pode ser modificado, alterado, somente pela Equipe de Desenvolvimento, que no decorrer dos trabalhos, ao perceber que é necessário incluir, ou modificar tarefas deve fazer para garantir o objetivo da Sprint.
- Isso significa que product backlog e sprint backlog são estruturas similares. Apesar do Sprint Backog e Product Backlog serem um lista de funcionalidades a serem implementadas elas não são estruturas similares. O Backlog do Produto é uma lista ordenada de tudo que deve ser necessário no produto, geralmente ordenado por valor, risco, prioridade e necessidade. Já o Sprint Backlog é um conjunto de itens do Backlog do Produto selecionados para a Sprint, juntamente com o plano de entrega do incremento do produto e atingir o objetivo da Sprint. Isso é importante esclarecer, pois normalmente acreditamos que o Sprint Backlog é apenas os item selecionados do Product Backlog na primeira parte da reunião de planejamento da Sprint. Na verdade não é, o Sprint Backlog somente é formado depois que a equipe define as estratégias para implementação desses itens, fato que ocorre na segunda parte da reunião de planejamento da Sprint.
Questão errada.
-
Caro Elson Vinícius, excelente comentário! Não tenho o que tirar nem por! Ia escrever um comentário discordando de algumas posições de outros colegas, mas iria repetir simplesmente o que você objetivamente o fez!
O pior foi o pessoal afirmando que o Sprint backlog pode ser alterado pelo PO. Não pode! É o que você falou, o Sprint Backlog, que é definido completamente somente após a segunda parte da reunião de planejamento, passa a ser propriedade do time. Caso o objetivo do Sprint seja comprometido no meio do Sprint, o PO pode simplesmente cancelar o Sprint. Um novo sprint será criado com uma nova meta do sprint. Porém, alterar os itens do Sprint Baclog nunca. Senão, realmente, vira a casa da Mãe Joana! Veja o que Pressman coloca em seu livro: Engenharia de software - Uma abordagem profissional 7 ed:
"Alterações não são introduzidas durante a execução da Sprint. Portanto, o sprint permite que os membros de uma equipe trabalhem em um ambiente de curto prazo, porém estável"
Bons estudos!
-
O erro da questão está em dizer "um backlog consiste em uma lista de itens priorizados a serem desenvolvidos para um SOFTWARE" o Scrum é uma metodologia para projetos e não somente para projeto de Software. Inclusive a metodologia foi criada para fabricação de carros.
-
No Scrum, o Product Owner (PO)
cria uma lista inicial de necessidades que
precisam ser produzidas para que a visão (escopo) do projeto seja
bem-sucedida. Esta lista de necessidades
é chamada de Product Backlog. Uma sprint é um período de tempo entre 2 e 4
semanas que dever ser fixo, dentro do qual o time do projeto irá produzir uma
parte do produto definido pelo PO. No planejamento da sprint, o PO deverá definir
a meta da sprint e expor para o time os itens mais prioritários do Product
Backlog. O time deve estimar os itens em tamanho e definir o que acredita que
pode ser implementado dentro da sprint. Essa listagem é chamada de Selected Product Backlog. Posteriormente,
o time deverá colher mais detalhes do
Selected Product Backlog e decompô-los em tarefas, gerando assim a Sprint Backlog. O PO pode alterar as
prioridades dos itens no Product Backlog
e na Sprint Backlog; e as estruturas do Product Backlog e da Sprint Backlog são distintas, a Sprint Backlog contém
mais detalhes relacionados à estratégia de implementação.
Referência: TECNOLOGIA DA
INFORMAÇÃO – Questões comentadas Cespe/UnB / Questão 273
-
Arregooooo!!! como tem gente, e pior BANCAS que seguem o que QUALQUER UM posta no wikipedia como verdade.
-
acho que o erro é "mantido no PO" mesmo
Inicialmente achei que o PO poderia pelo o menos sugerir alteração no Sprint, mas olha só o que diz o scrum guide
Only the Development Team can change its Sprint
Backlog during a Sprint. The Sprint Backlog is a highly visible, real-time picture of the work that
the Development Team plans to accomplish during the Sprint, and it belongs solely to the
Development Team.
A Sprint can be cancelled before the Sprint time-box is over. Only the Product Owner has the
authority to cancel the Sprint, although he or she may do so under influence from the
stakeholders, the Development Team, or the Scrum Master.
Prova: CESPE - 2012 - ANAC - Analista Administrativo - Área 4
Disciplina: Engenharia de Software | Assuntos: Scrum;
Ver texto associado à questão
O único papel definido pelo Scrum com autoridade para cancelar uma Sprint é o do product owner.
Certo Errado
certo
Órgão: STF
Prova: Analista Judiciário - Suporte em Tecnologia da Informação
Resolvi certo
Acerca de DevOps e da gestão ágil de projetos com Scrum, julgue os itens subsequentes.
Uma nova sprint inicia imediatamente após a conclusão da sprint anterior. Uma sprint pode ser cancelada antes do seu time-boxterminar, porém, a autoridade para cancelar é exclusiva do product owner.
certo
Ele pode não ser o responsável por alterar o backlog do Sprint, mas ele pode mandar tirar
Ano: 2013
Banca: CESPE
Órgão: BACEN
Prova: Analista - Análise e Desenvolvimento de Sistemas
Resolvi certo
Em relação aos fundamentos de SCRUM, ITIL V3 e COBIT, julgue o item a seguir.
No SCRUM, o producto owner é responsável por alterar o backlog da sprint durante a sprint.
errada
-
Assertiva ERRADA.
Mais uma vez, textos e mais textos e nada de alguém apontar o erro. O pessoal precisa urgentemente implementar o método KIS (desculpem o desabafo).
- [CORRETO] No SCRUM, um backlog consiste em uma lista de itens priorizados a serem desenvolvidos para um software.
- [CORRETO] Essa lista é mantida no product owner, o qual pode alterá-la a qualquer momento [...]
- [ERRADO] [...] desde que os itens alterados não estejam na sprint backlog: os itens podem ser modificados caso se verifique que não cumprirão a meta do sprint. Novos itens também podem ser adicionados/removidos com a finalidade de assegurar que a meta do sprint será cumprida (mas não com a finalidade de adicionar/remover funcionalidades).
- [CORRETO] Isso significa que product backlog e sprint backlog são estruturas similares.
-
Prezados,
Essa questão contém um erro bem claro, mas se o candidato ler a questão rapidamente não consegue identificar o erro.
O comando da questão afirma que a lista é mantida NO product owner , e não pelo product owner.
Não obstante, o product backlog e sprint backlog não são estruturas similares, o product backlog contém uma lista de funcionalidades ou características do produto, enquanto o sprint backlog contem uma lista de tarefas alocadas para a equipe de desenvolvimento para completar alguns itens do product backlog
Portanto a questão está errada.
-
+ 1 questão polêmica com vários comentários dispersos e muitas alfinetadas da galera, mas vamos ao resumo dos erros da questão:
No SCRUM, um backlog consiste em uma lista de itens priorizados a serem desenvolvidos para um software.
Como o outro colega citou, essa metodologia ágil para gestão e planejamento não é exclusiva de software, mas ainda não existe erro na questão já que ela não afirma isso.
Essa lista é mantida no product owner, o qual pode alterá-la a qualquer momento, desde que os itens alterados não estejam na sprint backlog.
Galera, a metodologia é para ser ágil, certo? Imagina se o Proprietário do Produto (Product Owner) não pudesse fazer as alterações que achasse necessárias durante toda a fase do projeto no product backlog? Seria bastante burocrático e nada ágil. Então os primeiros erros são esses.
Isso significa que product backlog e sprint backlog são estruturas similares.
Há controvérsias, mas vamos combinar que se existisse estruturas similares dentro de uma metodologia ágil precisariamos concordar que elas seriam mescladas entre sí e não separadas, ok? A melhor definição seria que a sprint backlog faz parte (ou é um sub-conjunto) do procut backlog.
-
Lendo todos os comentários, só se pode concluir uma coisa: é muito mais fácil marcar ERRADO do que CERTO uma questão do Cespe. kkkk
-
During the Sprint:
• No changes are made that would endanger the Sprint Goal;
• Quality goals do not decrease; and,
• Scope may be clarified and re-negotiated between the Product Owner and Development
Team as more is learned
Então entende-se que: Mudanças são aceitas desde que não afetem os objetivos da Sprint e o escopo é clareado e renegociado entre o PO e DT, ou seja, mudanças são aceitas, caso contrário teríamos uma sprint engessada.
-
De tudo que pode ser alterado. o Product Backlog, é o mais difícil de se alterar.
É um efeito em cascata sem precedentes
-
product backlog é uma lista de necessidade de funcionalidade.
sprint backlog é uma lista de tarefas, do time de desenvolvimento.