Scrum: O PO deve aceitar um sprint na reunião de revisão do Sprint? Se não, qual é a melhor prática?

A melhor prática é que o Proprietário do Produto se envolva activamente com a equipa enquanto eles'repreenchem histórias e fornecem feedback e aprovação ou notas durante o sprint em si. Se você chegar ao ponto em que você'está fazendo sua revisão/demo e o PO está vendo coisas pela primeira vez, você'está fazendo algo extremamente errado.

Você deve estar completando histórias durante o sprint - provavelmente não no primeiro ou segundo dia, mas seu esgotamento não deve ser retroalimentado. Quando a equipe chega ao ponto de pensar que eles'estão "prontos" com uma história, o PO deve ser chamado para dar uma olhada, rever a história contra os critérios de aceitação, e dar seus polegares para cima ou para baixo no trabalho. Se for aceito, então ele's está pronto para ser rebaixado e revisto; se não, então ele precisa de mais trabalho.

Cutem em mente que "Definição de Feito" e "Critérios de Aceitação" são duas coisas completamente diferentes. O DoD é uma lista de todas as coisas que devem ser feitas para que cada história seja considerada feita -- esta é geralmente a lista de critérios administrativos que as equipes de desenvolvimento assumem: revisão de código, testes de unidade de trabalho, implantação para CI sem quebrar, etc. Os Critérios de Aceitação são específicos para cada história e descrevem como o PO irá revisar a história e o que ele realmente precisa fazer para ser considerado "completo". Em alguns de meus papéis anteriores, nós nos referimos a algo que o desenvolvimento completou como "feito", algo que encontrou o DoD como "done-done", e algo que obteve aprovação do PO como "done-done-done".

Você quer acertar "done-done-done" o mais cedo possível no sprint para cada história que você se comprometer.