Os artefatos e as cerimônias são as características mais peculiares do mindset ágil. De reuniões a quadros cheios de post-it’s, eles estão por toda parte e são um símbolo do informalismo criativo e colaborativo que é a base da transformação cultural que eles trazem às empresas. Falando especificamente do Scrum e, ao contrário do que muita gente pensa, temos pouquíssimos artefatos.
Vamos conhecê-los!
Product Backlog
O Product Backlog é um detalhamento do trabalho a ser realizado e contém uma lista ordenada de requisitos do produto que uma equipe de scrum mantém para um produto. Formatos comuns incluem histórias de usuários. Os requisitos definem recursos, correções de bugs, requisitos não funcionais etc. – tudo o que deve ser feito para fornecer um produto viável. O Product Owner prioriza itens de lista de pendências (PBIs) com base em considerações como risco, valor comercial, dependências, tamanho e data necessários.
Você pode conhecer melhor este artefato extremamente importante é um outro artigo já escrito: “Product Backlog“.
Sprint Backlog
O Sprint Backlog é a lista de atividades que o time de desenvolvimento deve abordar durante a próxima sprint. A lista é derivada pela equipe do scrum que seleciona progressivamente os itens do Product Backlog em ordem de prioridade a partir da parte superior da lista de pendências até sentirem que têm trabalho suficiente para preencher o sprint.
O time de desenvolvimento deve ter em mente seu desempenho passado, avaliando sua capacidade para a nova sprint, e usar isso como uma diretriz de quanto ‘esforço’ eles podem concluir. Os itens do Product Backlog podem ser divididos em tarefas pelo time de desenvolvimento.
As tarefas no Sprint Backlog nunca são atribuídas (ou enviadas) aos membros do time por outra pessoa; em vez disso, os membros do time se inscrevem para (ou realizam) tarefas conforme necessário, de acordo com a prioridade do Product Backlog e suas próprias habilidades e capacidade. Isso promove a auto-organização do time de desenvolvimento e a adesão do desenvolvedor.
A Sprint Backlog é de propriedade do time de desenvolvimento e todas as estimativas incluídas são fornecidas pelo time de desenvolvimento. Muitas vezes, um quadro de tarefas que o acompanha é usado para ver e alterar o estado das tarefas da sprint atual, como fazer, em andamento e concluídas.
Depois que um Sprint Backlog é confirmado, nenhum trabalho adicional pode ser adicionado ao documento, exceto pelo time. Depois que uma sprint é entregue, o Product Backlog é analisado e priorizado, se necessário, e o próximo conjunto de funcionalidades é selecionado para a próxima sprint.
Definition of Ready (DoR)
Os critérios de Definition of Ready servem para determinar se as especificações e entradas estão maduras o suficiente para iniciar o item de trabalho, ou seja, uma história de usuário.
Definition of Done (DoD)
Os critérios de Definition of Done servem para determinar se um item do Product Backlog está completo. Por exemplo, o time de qualidade exige que todos os testes de regressão sejam bem-sucedidos.
A definição de concluído pode variar de uma equipe de scrum para outra, mas deve ser consistente dentro de um time.
