Lembra-se dos pilares do Scrum? (encontrados neste artigo)
Transparência, Inspeção e Adaptação. Eles são a base fundamental para a existência de todos seus artefatos, suas ferramentas de apoio ao Time Scrum. São eles, o Product Backlog, o Sprint Backlog, o Incremento e a Definição de Pronto.
Ao contrário do que a crença popular acredita, os artefatos Kanban, Planning Poker, Burndown Chart e muitos outros não fazem parte do framework Scrum, embora sejam popularmente usados em conjunto.
Então, vamos falar um pouco mais sobre os artefatos que são, de fato, do Scrum.
O Product Backlog é a "lista" (embora não tenha que ser exatamente uma lista) de requisitos que o Product Owner deseja para o produto. Sim, o Product Owner é o dono do Product Backlog e cabe a ele mantê-lo priorizado, visível e refinado, tendo a palavra final sobre o mesmo dentro do Time Scrum.
O Sprint Backlog é uma versão do Product Backlog com o escopo a ser trabalhado pelo Time de Desenvolvimento na próxima iteração. Ele é criado a partir dos itens mais priorizados do Product backlog durante as discussões da Sprint Planning, tem seus requisitos quebrados em tarefas realizáveis pelo time e seu esforço estimado para que o time possa ter uma noção da sua velocidade e do tempo de desenvolvimento do roadmap como um todo.
O Incremento é um artefato oriundo do resultado dos esforços do Time de Scrum durante a Sprint. Ele geralmente é composto por software com potencial de ser liberado para produção, situação na qual o time terá gerado valor real para o cliente, tal qual como descrito no Manifesto Ágil.
E por fim, o DoD, um documento contendo uma definição comum e clara do que "DONE" (pronto) significa para o time. Product Owner, Scrum Master, o Time de Scrum e os demais stakeholders diretamente ligados ao projeto devem ter um entendimento único da situação real de um incremento dito como pronto.
Embora possa soar estranho, pessoas diferentes possuem entendimentos diferentes do que pronto significa dependendo do seu background e contexto dentro do projeto. Para um programador, DONE pode significar estar codificado na sua máquina. Para um Product Owner, DONE pode significar que ele testou e homologou o Incremento. É importante que o time defina este artefato de transparência logo no início da primeira sprint, pois geralmente é algo que impacta o pipeline de desenvolvimento das tarefas, afeta a estimativa das mesmas e pode gerar muita dor de cabeça se não feita.