Definição de Pronto no Scrum – O que é e por que é importante

Os usuários finais às vezes surgem com novas ideias ou conceitos de funcionalidades. Esse conceito será representado por um ou mais épicas e adicionado pelo Proprietário do Produto ao Backlog do Produto. Trabalhando juntos, a equipe descobrirá como transformar esse conceito em uma ou mais épicas, e depois refinarelas em histórias de usuário menores e mais claras — como funcionalidades reais do produto — que serão incluídas na próxima implementação do sprint.

O Proprietário do Produto pode definir um artefato chamado de ‘Definição de Pronto’ com a equipe para garantir que os itens no topo do backlog estejam prontos para entrar em um sprint, para que a equipe de desenvolvimento possa se comprometer com confiança e concluí-los até o final do sprint.

Por que Definição de Pronto?

A Definição de Pronto (DoR) é um conjunto de critérios acordados que informa a todos quando algo está pronto para começar — por exemplo, quando uma história de usuário está pronta para entrar em um sprint, ou quando todas as condições necessárias estão preenchidas para que a equipe comece o sprint. Uma DoR bem definida aumenta significativamente as chances da equipe Scrum de alcançar com sucesso seu Objetivo do Sprint. Aqui está uma lista de benefícios que uma DoR bem estruturada pode trazer para a equipe:

• Mede o status de ‘prontidão’ dos itens do backlog
• Garante que os itens do backlog sejam considerados ‘suficientemente prontos’
• Ajuda a equipe a identificar quando o Proprietário do Produto ou outros membros estão sobrecarregados
• Incentiva a responsabilidade mútua entre os membros da equipe
• Reduz a pressão da equipe para comprometer estimativas antes que uma história esteja verdadeiramente ‘pronta’
• Reduz o desvio de requisitos durante o desenvolvimento

Exemplo – Definição de Pronto para Sprint

Equipes diferentes podem ter definições diferentes de prontidão — algumas exigem menos critérios. Por exemplo, algumas equipes apenas descrevem o valor para o usuário, priorizam o item e anotam como demonstrá-lo. A estimativa e a comunicação acontecem durante a Planejamento do Sprintreunião. Aqui estão alguns itens de exemplo a considerar ao elaborar a DoR da sua equipe:

• O Backlog do Sprintestá priorizado
• O Backlog do Sprint inclui todos os defeitos, histórias de usuário e outros trabalhos aos quais a equipe se compromete
• Sem trabalho oculto
• Todos os membros da equipe calcularam sua capacidade do Sprint
• Projeto em tempo integral = X horas por dia
• Todas as histórias de usuário atendem à Definição de Pronto

Exemplo – Definição de Pronto para História de Usuário

Esta seção mostra uma definição de exemplo para a Prontidão de uma história de usuário, juntamente com um exemplo para a Prontidão do Sprint. Você pode adotar algumas dessas como base ou ponto de partida:

• A história define claramente seu valor para o usuário.
• Os critérios de aceitação para a história estão claramente definidos.
• As dependências da história de usuário foram identificadas.
• A equipe de entrega aceitou a história de usuário.
• A Scrumequipe aceita os artefatos de experiência do usuário.
• Os critérios de desempenho são definidos conforme apropriado.
• É identificado quem irá aceitar a história de usuário.
• A equipe sabe como demonstrar a história.

Resumo

O termo “Definição de Pronto” não é descrito no Guia do Scrum, ao contrário da história de usuário e dos critérios de aceitação nele embutidos. Talvez você possa ver a Definição de Pronto como um componente da atividade de refinamento da lista de prioridades, em vez de usá-la como uma verificação sequencial ou etapa de gate. O refinamento da lista de prioridades é um processo contínuo, portanto, não se limita a um único evento — é uma atividade.