O Scrum Guide 2020 define três artefatos do Scrum, e cada um tem um compromisso associado: o Product Backlog está comprometido com o Product Goal, o Sprint Backlog com o Sprint Goal e o Increment com a Definition of Done. Os artefatos tornam o trabalho e o valor transparentes, e os compromissos dão a cada artefato um propósito claro, em relação ao qual o progresso pode ser medido. Se você entender esses três pares, conseguirá responder a uma grande parte das questões sobre artefatos nas provas PSM I, PSPO I e CSM.
Quais são os três artefatos do Scrum?
Os artefatos do Scrum representam trabalho ou valor. Eles existem para maximizar a transparência das informações-chave, de modo que todos que os inspecionam tenham a mesma base para a adaptação. Isso se liga diretamente aos três pilares do Scrum: transparência, inspeção e adaptação. Um artefato que não é transparente leva a decisões ruins, porque você não consegue inspecionar o que não consegue ver.
A edição de 2020 do Scrum Guide acrescentou um compromisso a cada artefato. O guia descreve esses compromissos como existentes para reforçar o empirismo e os valores do Scrum para o Scrum Team e seus stakeholders.
Artefatos e compromissos do Scrum em resumo
| Artefato | Compromisso | Quem é responsável |
|---|---|---|
| Product Backlog | Product Goal | Product Owner (gerenciamento do Product Backlog, incluindo desenvolver e comunicar o Product Goal) |
| Sprint Backlog | Sprint Goal | Developers (o Sprint Backlog é o plano deles, feito por eles e para eles) |
| Increment | Definition of Done | Os Developers se conformam a ela; o Scrum Team a cria se a organização não fornecer uma |
Tenha esta tabela em mente para a prova. Muitas questões-armadilha apenas trocam o responsável por um artefato ou associam um artefato ao compromisso errado.
Product Backlog e o Product Goal
O Product Backlog é uma lista emergente e ordenada do que é necessário para melhorar o produto. É a única fonte de trabalho assumido pelo Scrum Team. Os itens do topo costumam ser mais claros e mais refinados, porque provavelmente serão escolhidos na próxima Sprint Planning.
O refinamento do Product Backlog é o ato de dividir os itens e acrescentar detalhes como descrição, ordem e tamanho. É uma atividade contínua, não um evento do Scrum. O guia de 2020 não dá nenhuma porcentagem fixa para ele; a antiga diretriz de "no more than 10% of the Developers' capacity" foi removida.
O Product Owner é responsável pelo gerenciamento do Product Backlog. O Product Owner é uma pessoa, não um comitê. Ele pode delegar a outras pessoas o trabalho de escrever ou ordenar itens, mas continua sendo o responsável.
O que é o Product Goal e por que ele foi acrescentado em 2020?
O Product Goal descreve um estado futuro do produto e serve como alvo para o Scrum Team planejar. É o objetivo de longo prazo do Scrum Team, e o Product Backlog emerge para definir "o quê" cumprirá esse objetivo.
Antes de 2020, o Scrum não tinha um objetivo explícito no nível dos artefatos acima do Sprint Goal. Os times podiam trabalhar Sprint a Sprint sem uma visão compartilhada de para onde o produto estava indo. O Product Goal preenche essa lacuna: ele conecta cada Sprint Goal a um propósito maior e dá aos stakeholders algo concreto em relação ao qual inspecionar o progresso.
Dois detalhes importam na prova. Primeiro, o Scrum Team trabalha com um Product Goal de cada vez. Segundo, ele deve cumprir (alcançar) ou abandonar um Product Goal antes de assumir o próximo.
Sprint Backlog e o Sprint Goal
O Sprint Backlog é composto de três partes: o Sprint Goal (por quê), o conjunto de Product Backlog items selecionados para a Sprint (o quê) e um plano acionável para entregar o Increment (como). Elas correspondem aos três tópicos da Sprint Planning: por que esta Sprint é valiosa, o que pode ser concluído (Done) nesta Sprint e como o trabalho escolhido será feito.
O Sprint Backlog é um plano feito pelos Developers e para eles. É uma imagem em tempo real, altamente visível, do trabalho que os Developers planejam realizar durante a Sprint. Os Developers são donos dele e o atualizam ao longo da Sprint, à medida que aprendem mais.
Como o Sprint Goal dá flexibilidade
O Sprint Goal é o único objetivo da Sprint. Ele é criado durante a Sprint Planning e acrescentado ao Sprint Backlog. Embora seja um compromisso dos Developers, ele dá flexibilidade quanto ao trabalho exato necessário para alcançá-lo.
Na prática, isso significa que os itens selecionados e o plano podem mudar durante a Sprint enquanto o objetivo permanece estável. Se o trabalho se mostrar diferente do esperado, os Developers colaboram com o Product Owner para negociar o escopo do Sprint Backlog dentro da Sprint, sem alterar o Sprint Goal. A Daily Scrum é onde os Developers inspecionam o progresso em direção ao Sprint Goal e adaptam o Sprint Backlog conforme necessário.
Se o próprio Sprint Goal se tornar obsoleto, somente o Product Owner pode cancelar a Sprint.
Increment e a Definition of Done
Um Increment é um degrau concreto em direção ao Product Goal. Cada Increment é aditivo a todos os Increments anteriores e minuciosamente verificado, de modo que todos funcionem em conjunto. Para fornecer valor, o Increment precisa ser utilizável.
O que "Done" significa
A Definition of Done (DoD) é uma descrição formal do estado do Increment quando ele atende às medidas de qualidade exigidas para o produto. No momento em que um Product Backlog item atende à Definition of Done, nasce um Increment.
A DoD cria transparência ao dar a todos um entendimento compartilhado do que foi concluído como parte do Increment. É o padrão de qualidade, e os Developers são responsáveis por incutir qualidade ao aderir a ela.
De onde vem a Definition of Done:
- Se a organização tem uma Definition of Done como parte de seus padrões, todos os Scrum Teams devem segui-la como mínimo.
- Se não tem, o Scrum Team deve criar uma Definition of Done adequada ao produto.
- Um time pode tornar sua DoD mais rigorosa que o padrão da organização, mas não mais fraca.
O que acontece com o trabalho inacabado?
Se um Product Backlog item não atende à Definition of Done, ele não pode ser liberado nem sequer apresentado na Sprint Review. Em vez disso, volta ao Product Backlog para ser considerado no futuro. No Scrum não existe "quase pronto" nem "90% pronto": o trabalho está Done ou não faz parte do Increment.
Vários Increments por Sprint
Um equívoco comum é achar que uma Sprint produz exatamente um Increment no final. O guia de 2020 afirma que vários Increments podem ser criados dentro de uma Sprint. A Sprint Review nunca deve ser considerada um portão para liberar valor: um Increment pode ser entregue aos stakeholders antes do fim da Sprint. A soma dos Increments é apresentada na Sprint Review.
Armadilhas comuns da prova sobre os artefatos do Scrum
Estes são os pontos que mais pegam os candidatos em simulados e em provas reais:
- De quem é o Sprint Backlog? Dos Developers. Não do Product Owner nem do Scrum Master. O Product Owner é dono do Product Backlog.
- O Sprint Backlog pode mudar durante a Sprint? Sim. Os Developers o atualizam à medida que aprendem mais, e o escopo pode ser esclarecido e renegociado com o Product Owner. O que não deve ser comprometido é o Sprint Goal ou a qualidade.
- O time pode reduzir a DoD da organização? Não. Uma Definition of Done da organização é o mínimo. O time pode acrescentar a ela.
- Um burndown chart é um artefato? Não. Burndown charts, velocity, story points e user stories não estão no Scrum Guide. São práticas complementares.
- Existe um Increment por Sprint? Não necessariamente. Vários Increments podem ser criados, e liberados, dentro de uma única Sprint.
- O trabalho inacabado pode ser mostrado na Sprint Review? Não. Ele volta ao Product Backlog.
- Quantos Product Goals ao mesmo tempo? Um. Ele deve ser cumprido ou abandonado antes do próximo.
A melhor maneira de conferir se você realmente conhece essas regras é responder a questões no estilo da prova sob pressão de tempo. Experimente o simulado PSM gratuito (20 questões, 20 minutos) ou, se você está se preparando para a prova de Product Owner, o treinamento de certificação Product Owner, em que as questões sobre o Product Goal e o gerenciamento do Product Backlog aparecem com frequência.
Perguntas frequentes
Quais são os 3 artefatos do Scrum?
O Product Backlog, o Sprint Backlog e o Increment. No Scrum Guide 2020, cada um tem um compromisso: o Product Goal, o Sprint Goal e a Definition of Done, respectivamente.
Quem cria a Definition of Done?
Se a organização tem uma Definition of Done, os Scrum Teams a seguem como mínimo. Se não tem, o Scrum Team cria uma adequada ao produto.
O Sprint Backlog pode mudar durante a Sprint?
Sim. Os Developers são donos do Sprint Backlog e o atualizam ao longo da Sprint à medida que aprendem mais. O Sprint Goal permanece fixo, e o escopo pode ser renegociado com o Product Owner.
O Product Goal é um artefato?
Não. O Product Goal é o compromisso do artefato Product Backlog. É o objetivo de longo prazo do Scrum Team, e o time trabalha com um de cada vez.