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á verdade de forma significativa quando o sprint terminar. Tudo o que a equipe selecionar deve servir a essa meta e, quando o sprint ficar 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 as tarefas que contribuam para ela. 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 traz nenhuma orientação sobre o que realmente importa.

A ordem é o que importa. 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 lado. 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 cumpre três funções:

• Ele indica um resultado, não uma lista de tarefas. “Os usuários podem redefinir suas próprias senhas sem entrar em contato com o suporte” mostra o que mudou na situação. “Concluir a épica de redefinição de senha” indica 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 opcional. Se a meta for “concluir os tickets”, você não tem uma base 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 pelo celular."
"Concluir 40 pontos de história do backlog.”	Uma medida de 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 geração 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. Você poderia fazer uma demonstração de cada uma delas e todos na sala concordariam, sem contestação, se a meta foi alcançada 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ê acaba voltando à 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 dissimulado. 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 em si.

De quem é o gol?

O proprietário do produto apresenta a intenção: a razão de negócios pela qual este 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 empenhar, o restante do planejamento fica mais fácil: a agenda a utiliza como critério para selecionar as tarefas, 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 a sua meta for apenas “concluir esses tickets”, ela não poderá ajudá-lo a fazer escolhas prioritárias, que é a única função que uma meta tem.

Quem define a meta do sprint?

O proprietário do produto apresenta a intenção (a razão de negócios 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 diretriz. 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?

Tenha um único objetivo. É um único objetivo que permite à equipe fazer escolhas difíceis sob pressão; com dois objetivos conflitantes, não há um princípio a ser defendido quando o tempo está se esgotando. 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.