Artefatos do Scrum: backlogs, incremento e compromissos
Os artefatos do Scrum são as três peças de informação que tornam o trabalho visível para o time e para quem acompanha o produto: o Product Backlog, o Sprint Backlog e o Incremento. Se você já viu um "backlog" que é só uma planilha de pedidos ou um "incremento" que ninguém pode usar, já percebeu que o nome certo não garante o efeito certo.
O Guia do Scrum 2020 define cada artefato como algo que representa trabalho ou valor e que existe para maximizar a transparência. Na mesma versão, os autores acrescentaram um compromisso para cada artefato. O compromisso é a referência contra a qual o progresso é medido, e é ele que separa um backlog útil de uma lista de desejos.
Se você está começando no framework, o artigo o que é Scrum dá o panorama de papéis, eventos e artefatos. Aqui o foco é aprofundar os artefatos: o que cada um contém, quem cuida dele e os sinais de que ele não está cumprindo o seu papel.
Formação relacionada
Papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF.
Quais são os artefatos do Scrum e seus compromissos
| Artefato | Responde à pergunta | Compromisso | Quem responde por ele |
|---|---|---|---|
| Product Backlog | O que pode ser feito para melhorar o produto? | Meta do Produto | Product Owner |
| Sprint Backlog | O que vamos entregar nesta Sprint, por quê e como? | Meta da Sprint | Developers |
| Incremento | O que já está pronto e utilizável? | Definição de Pronto | Scrum Team (os Developers garantem a qualidade) |
Os três se encadeiam. O Product Backlog alimenta o Sprint Backlog na Sprint Planning; o trabalho do Sprint Backlog gera Incrementos durante a Sprint; e o que se aprende com os Incrementos na Sprint Review muda o Product Backlog. Um artefato malcuidado contamina os outros dois.
Product Backlog e Meta do Produto
O Product Backlog é uma lista emergente e ordenada do que é necessário para melhorar o produto. É a única fonte de trabalho do Scrum Team. Duas palavras dessa definição fazem diferença na prática:
- Emergente: o backlog nunca está completo. Itens entram, saem e mudam conforme o time e os stakeholders aprendem.
- Ordenada: não basta classificar itens como "alta" ou "média" prioridade. Cada item tem uma posição, e o topo é o que o time fará primeiro.
Os itens do topo precisam estar claros e pequenos o bastante para caber numa Sprint. Os do fundo podem ser vagos. O trabalho de detalhar, dividir e dimensionar os itens se chama refinamento, uma atividade contínua (não é um evento do Scrum) explicada no artigo sobre refinamento do backlog.
O compromisso do Product Backlog é a Meta do Produto: um estado futuro do produto que serve de alvo para o planejamento. O Guia diz que o Scrum Team precisa cumprir ou abandonar uma Meta do Produto antes de assumir a próxima. Uma boa Meta do Produto é curta e verificável. "Melhorar o atendimento" não serve; "o cidadão solicita e acompanha a segunda via de documentos sem ir ao balcão" serve.
Para entender o conceito de backlog fora do Scrum e as diferenças entre backlog de produto e de projeto, veja o que é backlog na metodologia ágil.
Sprint Backlog e Meta da Sprint
O Sprint Backlog é composto de três partes:
- A Meta da Sprint (por quê): o objetivo único da Sprint.
- Os itens do Product Backlog selecionados (o quê).
- Um plano de ação para entregar o Incremento (como), normalmente na forma de tarefas.
O Guia descreve o Sprint Backlog como um plano feito pelos Developers e para os Developers. Ele é atualizado ao longo da Sprint, à medida que o time aprende, e precisa ter detalhe suficiente para que o progresso seja inspecionado na Daily Scrum.
O compromisso é a Meta da Sprint. Ela dá flexibilidade: se o time descobre que um item é maior do que parecia, pode renegociar o escopo com o Product Owner, desde que a meta continue alcançável. Sem meta, o Sprint Backlog vira uma lista de tarefas soltas, e qualquer imprevisto vira discussão sobre o que cortar sem critério. O artigo sobre Sprint Backlog traz modelos e exemplos de como montá-lo.
Incremento e Definição de Pronto
O Incremento é um passo concreto rumo à Meta do Produto. Cada Incremento se soma aos anteriores e é verificado para garantir que todos funcionam juntos. Para ter valor, precisa ser utilizável.
Três pontos do Guia que costumam surpreender:
- Pode haver vários Incrementos na mesma Sprint.
- Um Incremento pode ser entregue antes do fim da Sprint; a Sprint Review não é a "data de entrega".
- Trabalho que não atende à Definição de Pronto não faz parte do Incremento. Ele volta para o Product Backlog para consideração futura.
O compromisso do Incremento é a Definição de Pronto (Definition of Done): a descrição formal do estado em que o Incremento atende às medidas de qualidade exigidas para o produto. Se a organização já tem um padrão de qualidade, todos os times seguem esse padrão como mínimo; se não tem, o Scrum Team cria a sua.
Um exemplo de Definição de Pronto para um time que desenvolve um sistema interno:
- código revisado por outra pessoa do time;
- testes automatizados passando no ambiente de homologação;
- critérios de aceitação conferidos pelo Product Owner;
- documentação de uso atualizada;
- publicado em homologação sem erro de implantação.
Fora de TI, a lógica é a mesma. Num time de marketing, "pronto" pode significar texto revisado, peça aprovada pelo jurídico e publicada no canal. Numa equipe de reforma de agências bancárias que trabalha em ciclos, pode significar ambiente vistoriado, laudo emitido e área liberada para uso.
Como os artefatos garantem transparência
O Guia lembra que os artefatos só ajudam se forem transparentes. Decisões baseadas em artefatos pouco claros carregam valor menor e risco maior. Na prática, isso quer dizer:
- qualquer stakeholder consegue abrir o Product Backlog e entender o que vem a seguir;
- qualquer pessoa do time consegue olhar o Sprint Backlog e dizer se a Meta da Sprint está em risco;
- ninguém precisa perguntar se uma funcionalidade "está pronta mesmo": a Definição de Pronto responde.
Quadros, gráficos de burndown e relatórios de velocidade ajudam nessa transparência, mas não são artefatos do Scrum. São práticas complementares que o time escolhe usar.
Sinais de que um artefato não está funcionando
| Sinal | Artefato afetado | O que fazer |
|---|---|---|
| Backlog com centenas de itens que ninguém lê | Product Backlog | Arquivar o que não será feito nos próximos meses e ordenar o restante |
| Itens do topo chegam à Sprint Planning sem critério de aceitação | Product Backlog | Reservar tempo de refinamento ao longo da Sprint |
| A Sprint começa sem uma frase que diga por que ela existe | Sprint Backlog | Definir a Meta da Sprint antes de escolher os itens |
| O quadro de tarefas não muda há três dias | Sprint Backlog | Atualizar o plano na Daily Scrum, não só relatar |
| "Está pronto, só falta testar" | Incremento | Escrever a Definição de Pronto e aplicá-la sem exceção |
| Nada é entregue a usuários antes do fim do projeto | Incremento | Rever a Definição de Pronto para incluir "utilizável por quem vai usar" |
Por onde começar
Se o seu time já usa Scrum, faça um teste com os três compromissos: peça a três pessoas que escrevam, sem consultar nada, a Meta do Produto, a Meta da Sprint atual e a Definição de Pronto. Se as respostas forem diferentes (ou se alguém não souber responder), o problema não está na ferramenta, está na transparência dos artefatos. Comece corrigindo o compromisso que teve a resposta mais desencontrada. O guia completo de métodos ágeis e Scrum mostra como os artefatos se encaixam no ciclo ágil como um todo.
Para estudar os artefatos junto com papéis, eventos e práticas de engenharia que sustentam a Definição de Pronto, o curso Agile Scrum Foundation da Projeto Diário cobre o framework completo em vídeo e prepara para o exame ASF.
