Como definir uma meta de sprint (com exemplos)

Uma meta de sprint é uma única frase que explica por que vale a pena realizar o sprint. É o único resultado com o qual a equipe se compromete — aquilo que será significativamente verdadeiro quando o sprint terminar. Tudo o que a equipe selecionar deve servir a essa meta e, quando o sprint fica apertado, é a meta que indica quais tarefas devem ser protegidas e quais devem ser descartadas.

A maioria das equipes encara a meta como um resumo dos tickets que escolheram. Isso é um equívoco, e é por isso que tantas metas são inúteis.

O objetivo vem antes do escopo

Defina a meta primeiro e, em seguida, escolha o trabalho que contribua para alcançá-la. Uma meta criada a partir de uma pilha de tickets já selecionados (“entregar os itens 4, 7 e 12”) não é uma meta — é um índice. Ela não pode ajudá-lo a tomar uma decisão, pois não tem uma posição sobre o que é importante.

A ordem é o ponto principal. Quando você define o resultado antes do escopo, a seleção se torna uma série de perguntas simples: esse item nos aproxima da meta? Se sim, inclua-o. Se não, é melhor que haja um motivo muito bom — uma correção de segurança, uma dependência essencial — ou ele fica de fora. Quando você define o escopo primeiro, todos os itens parecem ter a mesma importância, e não há nada para cortar quando a quinta-feira dá errado.

O que um gol decisivo faz

Um objetivo justifica sua existência quando consegue cumprir três funções:

• Ele define um resultado, não uma lista de tarefas. “Os usuários podem redefinir suas próprias senhas sem entrar em contato com o suporte” indica o que mudou na situação. “Concluir a épica de redefinição de senha” indica em qual quadro do Jira você deve consultar.
• Isso faz escolhas por você. O verdadeiro teste de uma meta é o último dia do sprint, quando nem tudo vai dar certo. Uma boa meta indica imediatamente o que você deve priorizar. Se a meta for “permitir que os usuários redefinam suas senhas”, você lança o fluxo de redefinição e deixa de lado a reformulação do e-mail, que é apenas um recurso adicional. Se a meta for “concluir os tickets”, você não tem critérios para escolher, então tudo fica um pouco para trás e nada é lançado de forma perfeita.
• A equipe consegue recitá-lo de cor. Uma meta que ninguém consegue recitar é uma meta pela qual ninguém está se orientando. Se a equipe precisa abrir o documento de planejamento para lembrar por que está ali, a meta é muito longa ou muito vaga.

Metas fracas x metas fortes

A diferença entre uma meta fraca e uma meta forte é quase sempre a diferença entre definir uma atividade e definir um resultado.

Gol fraco	Por que isso não funciona	Gol decisivo
”Trabalhar na reformulação do processo de finalização da compra.”	Refere-se a uma área, não a um resultado. Não há linha de chegada.	”Um cliente recorrente pode concluir a finalização da compra em menos de um minuto no celular."
"Concluir 40 pontos de história do backlog.”	Um resultado deve servir ao objetivo, e não ser o objetivo em si.	”Apresente as três principais razões pelas quais os clientes entram em contato com o suporte técnico em relação ao faturamento."
"Melhorar o desempenho e corrigir erros.”	Dois objetivos, sem prioridade, sem possibilidade de fazer concessões.	”O painel é carregado em menos de dois segundos para contas com mais de 10.000 registros."
"Conclua o recurso de relatórios.”	“Concluir” oculta o escopo; de quem é essa definição de “concluído”?	”Os gerentes podem exportar um relatório semanal da equipe em formato PDF sem precisar da nossa ajuda.”

Observe que as metas sólidas têm um padrão em comum: um usuário ou sistema específico, realizando uma ação específica, de acordo com um padrão específico. Seria possível fazer uma demonstração de cada uma delas, e todos na sala concordariam, sem contestação, se a meta foi cumprida ou não.

Um objetivo, não vários

Concentre-se em um único objetivo. É justamente um único objetivo que torna possíveis as escolhas — com dois objetivos conflitantes, não há nenhum princípio a ser defendido quando o tempo acaba, e você volta à situação em que tudo fica um pouco de lado.

Se o trabalho realmente não se encaixar em um único objetivo, encare isso como um sinal, e não como um problema a ser ignorado. Geralmente, isso significa que o sprint está sobrecarregado ou que duas linhas de trabalho foram mescladas em um único sprint, quando seria mais claro dividi-las em dois. Ocasionalmente, uma pequena quantidade de trabalho não relacionado, do tipo “manutenção de rotina”, acompanha a meta — isso é aceitável, desde que todos saibam que se trata de um peso extra, e não da missão propriamente dita.

De quem é o gol?

O proprietário do produto apresenta a intenção — a razão comercial pela qual esse sprint é mais importante do que as alternativas. Toda a equipe transforma essa intenção em uma meta com a qual possa realmente se comprometer, o que significa que os desenvolvedores precisam acreditar que ela é alcançável com a capacidade disponível. Uma meta na qual a equipe não acredita é apenas um desejo com prazo determinado.

Quando você tem uma meta pela qual vale a pena se comprometer, o restante do planejamento fica mais fácil: a agenda a utiliza como critério para selecionar o trabalho, e o scrum diário a utiliza como referência para medir o progresso. A meta definida na segunda-feira é o que orienta a equipe durante todo o sprint.

Perguntas frequentes

O que é uma meta de sprint?

Uma meta de sprint é uma única frase que explica por que vale a pena realizar o sprint — o único resultado com o qual a equipe está se comprometendo. Ela é definida durante o planejamento do sprint, antes da definição do escopo, e proporciona à equipe um objetivo comum ao qual os itens selecionados do backlog contribuem. É a razão pela qual o sprint existe, e não uma lista dos tickets que o compõem.

O que caracteriza uma boa meta de sprint?

Uma boa meta de sprint define um resultado, não uma lista de tarefas; é específica o suficiente para indicar o que deve ser deixado de lado quando o sprint fica apertado; e toda a equipe consegue repeti-la de memória. Se sua meta for apenas “concluir esses tickets”, ela não poderá ajudá-lo a fazer escolhas — que é justamente a função de uma meta.

Quem define a meta do sprint?

O proprietário do produto apresenta a intenção — a razão comercial pela qual esse sprint é importante — e toda a equipe a transforma em uma meta com a qual possam se comprometer durante o planejamento. Trata-se de uma colaboração, não de uma ordem. Os desenvolvedores precisam acreditar que a meta é alcançável com a capacidade disponível; caso contrário, ela não passa de um desejo.

Um sprint pode ter mais de um objetivo?

Concentre-se em um. Um único objetivo é o que permite que a equipe faça escolhas difíceis sob pressão — com dois objetivos conflitantes, não há um princípio a ser defendido quando o tempo está curto. Se o trabalho realmente se dividir em dois, isso costuma ser um sinal de que o sprint está tentando abranger demais ou de que o trabalho de duas equipes foi reunido em um único sprint.