Qual deve ser o tamanho dos Itens do Backlog no Scrum?
Quando você planeja um Sprint ou uma iteração em Agile ou Scrum, é importante considerar qual deve ser o tamanho das tarefas individuais.
Não queremos tarefas grandes demais
É difícil avaliar o progresso da equipe quando se trabalha com tasks muito grandes, pois isso obriga a estimar qual percentagem dessas tasks já foi concluída ou quantas horas ainda restam.
E isso realmente não é fácil. Torna-se muito mais simples quando as tasks, como no Scrum, podem ser claramente atribuídas a um estado binário como To Do ou Done. Mas isso não significa que as nossas tasks devam ser demasiado pequenas.
Tarefas muito pequenas também podem causar problemas
Um esforço maior de coordenação é necessário quando há mais tasks na Iteração.
No Iteration Planning, mais tempo é necessário para a criação das tasks.
Durante a Iteração, você precisa de mais tempo para gerenciar e acompanhar as tasks.
Se as tasks em uma Iteração não devem ser nem muito grandes nem muito pequenas, qual seria então um tamanho adequado?
Existem duas boas diretrizes. Combinadas, essas duas diretrizes podem ajudar sua equipe a criar tasks com um bom tamanho para o Sprint Backlog ou Iteration Backlog.
As tarefas devem ser concluídas dentro de um dia
Imagine como seria ótimo se todos os membros da equipe pudessem dizer todos os dias no Daily Standup: "Ontem concluí esta task e hoje vou finalizar esta nova task."
No entanto, é irrealista dizer que cada task individual deveria levar exatamente um dia. Por isso, simplesmente assumimos que a duração média das tasks deveria ser de um dia. Algumas vão demorar um pouco mais, outras precisam de menos tempo. Ter um dia como meta para o tamanho médio das tasks é, contudo, um bom objetivo.
Mas existem pelo menos limites superiores e inferiores adequados para o tamanho das tasks? Uma equipe pode ter uma task de 10 dias, se isso se equilibrar com algumas tasks de 5 minutos? A resposta para isso é a Diretriz nº 2.
As tarefas devem ter uma duração estimada entre 1 hora e 2 dias para serem concluídas
Quando se busca um tamanho médio de task como esse, faz sentido estabelecer alguns limites para um tamanho adequado. Eu sugeriria uma faixa de uma hora a dois dias.
Tente evitar tasks que estejam estimadas em menos de uma hora. Um membro da equipe precisará de tempo para pensar sobre o task. A pessoa talvez precise conversar com alguém antes de começar o task. Em algumas circunstâncias, um task de 10 minutos pode precisar ser feito três vezes até que finalmente fique correto, etc.
Se sua equipe realmente identificou algo que levaria 10 minutos, eles deveriam simplesmente dar uma estimativa de 1 hora. Se esse task for concluído em menos de uma hora, isso compensará os tasks que ficarem atrasados.
Eu sugiro um limite superior de 2 dias, não porque você deveria ter muitos tasks de 2 dias, mas porque ocasionalmente pode haver tasks que não podem ser concluídos dentro de um dia.
É importante estar ciente disso e permitir tasks maiores no Iteration ou Sprint Backlog. Mas você não quer tasks no backlog que sejam tão grandes que os membros da equipe fiquem dispensados do trabalho árduo de pensar profundamente sobre um problema.
Tamanho dos itens do Backlog
Esse ponto ideal entre tarefas que são grandes demais e aquelas que são pequenas demais realmente existe. Se você seguir as duas diretrizes mencionadas aqui, vai ajudar sua equipe a encontrar exatamente esse ponto e ter sucesso com Agile ou Scrum.
Este artigo é de Mike Cohn e foi traduzido por nós para o português.
A diferença entre Story e Task
Descubra como diferenciar tasks de User Stories e itens ainda maiores no backlog.
=> A diferença entre Stories e Tasks
Escrever User Stories
Aqui você descobre como eu prefiro formular uma User Story para que ela seja o mais fácil possível de entender.
=> Estrutura para User Stories
Não identificar todas as tasks no Planning
Para evitar trabalho adicional desnecessário, os Scrum Teams nunca devem querer definir todas as tarefas futuras.
=> Não definir Tasks no Planning
