Definição de Pronto no Scrum

Os usuários finais às vezes têm ideias ou conceitos para novos recursos. O conceito é representado como um ou mais itens de função e adicionado ao product backlog pelo product owner. A equipe trabalhará em conjunto para descobrir como traduzir esse conceito em um ou mais épicos e, em seguida, refiná-lo em histórias de usuários menores e mais claras, que serão incorporadas à próxima implementação do sprint como uma função real do produto.

No entanto, garantir que as histórias do usuário estejam prontas antes do sprint pode ter um impacto direto e significativo na produtividade da equipe. Ter uma definição de “pronto” significa que a história deve estar imediatamente pronta para implementação. A equipe deve ser capaz de determinar o que precisa ser feito e a quantidade de trabalho necessária para completar a história do usuário

A equipe puxará as histórias no topo do backlog do produto para o backlog do sprint. Essas histórias devem estar “prontas”. Algumas empresas realmente precisam de uma lista detalhada para determinar se uma história está “pronta”, não apenas “quase” .

Como Criar a Definição de Pronto?

O proprietário do produto pode trabalhar em conjunto com a equipe para definir um  artefato  chamado “a definição de Pronto” para garantir que os itens no topo do backlog estejam prontos para serem movidos para um sprint para que a equipe de desenvolvimento possa comprová-los e concluí-los com confiança. o final de um sprint.

Por que definição de pronto?

A Definição de Pronto é um conjunto de acordos que permite que todos saibam quando algo está pronto para começar, por exemplo, quando uma história de usuário está pronta para ser levada para um sprint ou quando todas as condições necessárias estão corretas para uma equipe iniciar um sprint. Uma definição apropriada de pronto melhorará substancialmente a  chance da  equipe Scrum de atingir com sucesso seu objetivo do sprint . Aqui está uma lista de benefícios que um DoR adequadamente estruturado pode trazer para as equipes:

• Meça o estado “pronto” de um item de backlog
• Certifique-se de que os itens do backlog do produto foram pensados ​​“apenas o suficiente”
• Ajude a equipe a identificar quando o proprietário do produto ou outro membro da equipe fica sobrecarregado
• Mantenha a equipe responsável uns pelos outros
• Reduza a pressão sobre a equipe para se comprometer com as estimativas antes que as histórias estejam “prontas”
• Reduzir o “churn de requisitos” no desenvolvimento

Exemplo — Definição de Pronto para um Sprint

Diferentes equipes terão diferentes Dentição de Pronto, e algumas requerem menos. ou seja, algumas equipes apenas descrevem o valor para o usuário, priorizam e escrevem como demonstrar. Outras estimativas e comunicações estão na  reunião de planejamento do sprint  e etc. Aqui estão os itens de amostra a serem considerados para o desenvolvimento de DORs para sua equipe:

• O  Sprint Backlog  é priorizado
• O Spring Backlog contém todos os defeitos, histórias de usuário e outros trabalhos com os quais a equipe está se comprometendo
• Nenhum trabalho oculto
• Todos os membros da equipe calcularam sua capacidade para o Sprint
• Tempo integral no projeto = X horas por dia
• Todas as histórias de usuário atendem à definição de pronto

Exemplo — Definição de pronto para uma história de usuário

Esta seção mostra um exemplo de Definição de Pronto para uma história de usuário e um exemplo de Definição de Pronto para um Sprint. Você pode adotar alguns deles como linhas de base ou pontos de partida:

• O valor da História para o usuário é claramente indicado.
• Os  critérios  de aceitação da História foram claramente descritos.
• Dependências de história de usuário identificadas
• História do usuário dimensionada pela equipe de entrega
• A equipe Scrum  aceita artefatos de experiência do usuário
• Critérios de desempenho identificados, quando apropriado
• A pessoa que aceitará a história do usuário é identificada
• A equipe sabe como demonstrar a história.

Resumo

O termo “definição de pronto” não é descrito no guia do scrum. É o mesmo que a história do usuário e os critérios de aceitação incorporados a ela. Talvez você possa pensar que a definição de pronto é parte integrante da atividade de refinamento do backlog do produto, em vez de usar a definição de pronto como uma lista de verificação de sequência e etapa. O refinamento do backlog é um processo contínuo, portanto, não se limita a um evento, mas é considerado uma atividade.