Devo atribuir tarefas no Sprint Planning?
Durante o Sprint Planning, a equipe determina os Product Backlog Items que serão trabalhados no próximo Sprint. Ao mesmo tempo, a maioria das equipes também identifica as respectivas tarefas que precisam ser executadas para concluir os Product Backlog Items.
Muitas equipes também fazem estimativas do esforço de trabalho para cada tarefa. Tudo junto forma então o Sprint Backlog e poderia ter a seguinte aparência:
„Como novo usuário, eu posso …"
- ... projetar (8 h)
- Escrever código para ... (6 h)
- ... testar (5 h)
„Como visitante da página, eu posso …"
- ... descobrir (5 h)
- ... cumprir (4 h)
- ... escrever código para (8 h)
A questão, no entanto, é se as tasks já devem ser atribuídas a pessoas específicas durante o Sprint Planning ou não.
Quando um time sai do Sprint Planning com um nome ao lado de cada task, a responsabilidade individual de cada pessoa certamente aumenta. Eu me sinto muito mais responsável por concluir minhas tarefas quando meu nome está ao lado delas. E com você será da mesma forma. No entanto, isso acontece às custas do senso de responsabilidade do time como um todo.
Minha recomendação é, portanto, não atribuir as tasks a pessoas específicas já no Sprint Planning. Você tem muito mais flexibilidade quando simplesmente decide espontaneamente quem deve assumir quais tasks.
Este texto foi retirado do Blog de Mike Cohn e foi traduzido por nós para o português.
Sprint Planning Meeting
=> O que é importante para o Scrum Master e o Product Owner na reunião de Sprint Planning?
Seminário de Product Owner
=> Participe de um dos nossos Treinamentos de Product Owner certificados ou dos nossos cursos online para aprender no seu próprio ritmo.
Requisitos Não Funcionais
=> Descobre como incluir requisitos não funcionais numa User Story.
