Scrum - Artefatos

Os artefatos do Scrum fornecem informações importantes que o Time Scrum e as partes interessadas precisam estar cientes para compreender o produto em desenvolvimento, as atividades realizadas e as atividades sendo planejadas no projeto. Os seguintes artefatos são definidos no Scrum Process Framework -

Backlog do produto
Sprint Backlog
Gráfico Burn-Down
Increment

Esses são os artefatos mínimos necessários em um projeto scrum e os artefatos do projeto não são limitados por eles.

Backlog do produto

O Product Backlog é uma lista ordenada de recursos que são necessários como parte do produto final e é a única fonte de requisitos para quaisquer mudanças a serem feitas no produto.

O Product Backlog lista todos os recursos, funções, requisitos, aprimoramentos e correções que constituem as alterações a serem feitas no produto em versões futuras. Os itens do Backlog do produto têm os atributos de uma descrição, pedido, estimativa e valor. Esses itens são normalmente chamados de Histórias de usuários. O Product Owner é responsável pelo Product Backlog, incluindo seu conteúdo, disponibilidade e pedidos.

Um Product Backlog é um artefato em evolução. A versão mais antiga pode conter apenas os requisitos inicialmente conhecidos e mais bem compreendidos. O Product Backlog é desenvolvido à medida que o produto e o ambiente no qual será usado progridem. O Backlog do produto muda constantemente para incorporar o que é necessário para torná-lo eficaz. Enquanto um produto existir, seu Product Backlog também existirá.

À medida que o produto em construção é usado e ganha valor, o Product Backlog se torna uma lista maior e mais exaustiva. Mudanças nos requisitos de negócios, condições de mercado ou tecnologia causam mudanças no Backlog do Produto, tornando-o um artefato ativo.

O refinamento do Backlog do Produto significa adicionar detalhes, estimativas e ordem de prioridade aos itens do Backlog do Produto. Este é um processo contínuo executado pelo Dono do Produto e pela Equipe. O Time Scrum decide como e quando o refinamento deve ser feito.

Os itens do Backlog do Produto podem ser atualizados a qualquer momento pelo Product Owner ou a critério do Product Owner.

Os itens do Backlog do produto de maior ordem geralmente são mais claros e detalhados do que os de menor ordem. Estimativas mais precisas são feitas com base na maior clareza e detalhes aumentados. Quanto menor a ordem, menor é o detalhe.

Os itens do Backlog do produto que podem ser os requisitos candidatos para o próximo Sprint são refinados para que esses itens possam ser desenvolvidos durante o Sprint. Os itens do Backlog do produto que podem ser desenvolvidos pela equipe em um Sprint são considerados prontos para seleção em uma reunião de planejamento do Sprint.

Sprint Backlog

O Sprint Backlog é o conjunto de itens do Product Backlog selecionados para o Sprint, mais um plano para entregar o incremento do produto e atingir a meta do Sprint.

O Sprint Backlog é uma previsão da equipe sobre qual funcionalidade será disponibilizada no próximo incremento e o trabalho necessário para entregar essa funcionalidade como um incremento de produto funcional.

O Sprint Backlog é um plano com detalhes suficientes que pode ser entendido, mas o Time para acompanhar no Daily Scrum. A equipe modifica o Sprint Backlog ao longo do Sprint, e o Sprint Backlog surge durante o Sprint. Esse surgimento ocorre à medida que a equipe trabalha com o plano e aprende mais sobre o trabalho necessário para atingir a meta do Sprint.

Conforme um novo trabalho é necessário, a Equipe o adiciona ao Sprint Backlog. Conforme o trabalho é executado ou concluído, o trabalho restante estimado é atualizado. Quando elementos do plano são considerados desnecessários, eles são removidos. Somente a equipe pode alterar seu Backlog da Sprint durante uma Sprint. O Sprint Backlog é uma imagem em tempo real altamente visível do trabalho que o Time planeja realizar durante o Sprint e pertence exclusivamente ao Time.

Incremento

O incremento é a soma de todos os itens do Backlog do produto concluídos durante uma Sprint combinada com os incrementos de todas as Sprints anteriores. No final de um Sprint, o novo incremento deve ser um produto funcional, o que significa que deve estar em condições de uso. Deve estar em condições de funcionamento, independentemente de o Dono do Produto decidir realmente liberá-lo.

O Time Scrum precisa ter consenso sobre o que é considerado um incremento. Isso varia significativamente por Time Scrum, mas os membros da equipe devem ter um entendimento compartilhado do que significa que o trabalho seja concluído. Isso é usado para avaliar quando o trabalho está concluído no incremento do produto.

O mesmo entendimento orienta a equipe a saber quantos itens do Backlog do produto ela pode selecionar durante um planejamento de sprint. O objetivo de cada Sprint é fornecer incrementos de funcionalidade potencialmente liberável.

As equipes fornecem um incremento da funcionalidade do produto a cada Sprint. Este incremento é utilizável, portanto, um Product Owner pode optar por liberá-lo imediatamente. Se o entendimento de um incremento faz parte das convenções, padrões ou diretrizes da organização de desenvolvimento, todos os Times Scrum devem segui-lo no mínimo. Se não for uma convenção da organização de desenvolvimento, o Time Scrum deve definir uma definição de incremento apropriada para o produto.

Cada incremento é adicionado a todos os incrementos anteriores e exaustivamente testado, garantindo que todos os incrementos funcionem juntos.

Conforme os Times Scrum amadurecem, espera-se que suas definições de Incrementos se expandam para incluir critérios mais rigorosos para maior qualidade. Qualquer produto deve ter uma definição de incremento que seja um padrão para qualquer trabalho feito nele.

Sprint Burn-Down Chart

A qualquer momento em uma Sprint, o trabalho total restante no Backlog da Sprint pode ser somado. A equipe rastreia esse trabalho total restante para cada Daily Scrum para projetar a probabilidade de atingir a meta do Sprint. Rastreando o trabalho restante ao longo da Sprint, a equipe pode gerenciar seu progresso.

Sprint Burn-Down Chart é uma prática para a tendência do trabalho despendido pelo Time Scrum. Esta tem se mostrado uma técnica útil no monitoramento do progresso da Sprint em direção ao objetivo da Sprint.

O Product Owner acompanha este trabalho total restante, pelo menos, a cada Sprint Review. O Product Owner compara essa quantidade com o trabalho restante nas revisões anteriores do Sprint para avaliar o progresso em direção à conclusão do trabalho projetado no tempo desejado para a meta. Essas informações são compartilhadas com todas as partes interessadas.

Conclusão

As funções, eventos, artefatos e regras do Scrum são inevitáveis. Se apenas algumas partes do Scrum são implementadas, o resultado não é Scrum. Scrum precisa ser implementado em sua totalidade e funcionar bem se estiver alinhado com outras técnicas, metodologias e práticas.

Reference