Definição de “concluído”

A definição de “concluído” é uma lista de verificação única para toda a equipe: o padrão que cada história deve cumprir antes de ser considerada concluída. Os critérios de aceitação são específicos para cada história; a definição de “concluído” é global. Confundir os dois é o que faz com que “concluído” acabe, discretamente, significando “funciona no meu computador”.

Toda equipe já sentiu a diferença entre “o desenvolvedor diz que está pronto” e “está realmente pronto para ser lançado”. A definição de “concluído” elimina essa diferença. Você concorda com ela uma vez e a aplica a cada sprint, independentemente do que cada história individual represente. Sem ela, “concluído” é uma opinião pessoal, e a diferença vem à tona na demonstração ou, pior ainda, na produção.

Lista de verificação para a definição de “concluído” (exemplo)

Um ponto de partida viável para uma equipe que está lançando um aplicativo web:

• Os critérios de aceitação foram atendidos e verificados.
• O código foi revisado e incorporado ao ramo principal.
• Testes automatizados criados e aprovados; nenhum novo teste instável.
• Não há regressões conhecidas nem bugs críticos pendentes relacionados a essa tarefa.
• A documentação e o histórico de alterações foram atualizados nos casos em que a alteração afeta diretamente o usuário.
• Implantado no ambiente de teste e submetido a testes de validação.
• O proprietário do produto aprovou a proposta.

Adote isso e, em seguida, adapte-o ao que sua equipe realmente vai colocar em prática. Uma definição de “concluído” com um item que ninguém verifica é pior do que uma definição curta. Isso faz com que a equipe passe a tratar toda a lista como algo meramente decorativo. Mantenha tudo em uma única tela e certifique-se de que cada item seja verificável.

Definição de “concluído” versus critérios de aceitação

Essa é a distinção com a qual as equipes mais se confundem. Os critérios de aceitação para uma história de login são específicos para o login: credenciais corretas levam você ao painel, três tentativas erradas bloqueiam a conta. A definição de “concluído” (revisado, testado, implantado) é idêntica para a história de login, a história de pesquisa e a história de cobrança. Os critérios são locais e respondem à pergunta “construímos a coisa certa?”. A definição de “concluído” é global e responde à pergunta “alguma parte do nosso trabalho está pronta para ser entregue?”. Uma história não está concluída até que passe por ambas as etapas.

Definição de “pronto” versus definição de “concluído”

São como suportes de livro, não gêmeos simétricos. A definição de “pronto” permite que uma história entre no sprint: pequena o suficiente, clara o suficiente, estimada. A definição de “concluído” permite que o trabalho concluído saia. “Pronto” diz respeito à história; “concluído” diz respeito ao trabalho. Equipes que têm apenas uma dessas definições geralmente se concentram em “pronto” (porque histórias que não estão prontas chamam muita atenção) e deixam “concluído” de lado discretamente — e é assim que se acumulam as histórias que transbordam para o próximo sprint e as que estão “90% concluídas”.

As três listas de verificação deixam de se confundir assim que você percebe o que cada uma delas abrange:

	Definição de “pronto”	Critérios de aceitação	Definição de “concluído”
Escopo	Global: cada história	Notícia local	Global: cada história
Portões	Entrada na sprint	O próprio desfecho da história	Saída do sprint
Respostas	”Podemos começar?"	"Será que criamos a coisa certa?"	"Isso pode ser enviado?”
De propriedade de	Equipe, junto com o proprietário do produto	Responsável pelo produto, junto com a equipe	A equipe

Quem define o que significa “concluído”?

A equipe é que escreve; a equipe é que faz cumprir. O scrum master facilita, e o product owner dá sua opinião sobre o padrão de aceitação, mas são os engenheiros que decidem o que “concluído” significa tecnicamente, porque um “concluído” mal definido é uma dívida que eles pagam, não a gerência. Reveja isso em uma retrospectiva quando a mesma lacuna continuar aparecendo; esse é o sinal de que falta uma linha.

O que dá errado

A definição de “concluído” vira um cartaz. É afixada no wiki da equipe, recitada durante a integração de novos membros e ignorada sob a pressão dos prazos: “vamos escrever os testes no próximo sprint”. Dois sprints depois, a dívida de testes se torna estrutural e a definição é uma ficção. Quando “concluído” é vago, a velocidade aumenta artificialmente: a equipe acumula pontos por um trabalho que não está realmente pronto para ser entregue, e a previsão, discretamente, deixa de ter qualquer significado.

A solução não é uma lista mais longa; é uma lista mais curta, na qual a equipe se manterá firme. Uma definição de “concluído” só é válida na medida em que haja uma tarefa que você esteja disposto a não marcar como concluída por ter falhado em cumprir um desses critérios.

Os critérios de aceitação definem o ponto de conclusão da história. A definição de “concluído” define o ponto de conclusão da equipe. Faça com que sejam curtos o suficiente para que você realmente os aplique. Um ponto de conclusão que não é aplicado é apenas burocracia.

Perguntas frequentes

Qual é a definição de “concluído” no ágil?

A definição de “concluído” consiste em uma única lista de verificação que cada história deve cumprir antes de ser considerada concluída: normalmente, testada, revisada, integrada, documentada e implantada no ambiente de teste. Trata-se de um padrão comum para toda a equipe, e não de uma lista específica para cada história, e existe para que “concluído” tenha sempre o mesmo significado, independentemente de quem o utilize.

Qual é a diferença entre a definição de “concluído” e os critérios de aceitação?

A definição de “concluído” é global, sendo a mesma para todas as histórias. Os critérios de aceitação são locais, específicos para cada história. Os critérios de aceitação definem o que esse recurso deve fazer; a definição de “concluído” define o que significa “pronto para lançamento” para qualquer trabalho produzido pela equipe. Uma história precisa ser aprovada em ambos.

O que é uma lista de verificação de “definição de concluído”?

Uma lista curta e explícita de condições aplicadas a cada história: código revisado e integrado, testes escritos e aprovados, sem regressões conhecidas, documentação atualizada, implantado em um ambiente de teste e aceito pelo proprietário do produto. Os itens exatos variam de acordo com a equipe, mas a lista deve caber em uma tela e cada item deve ser verificável.

Qual é a diferença entre a definição de “pronto” e a definição de “concluído”?

Os critérios de “pronto” marcam a entrada no sprint; são os requisitos que uma história deve atender antes que a equipe se comprometa com ela. Os critérios de “concluído” marcam a saída do sprint; são os requisitos que o trabalho concluído deve atender antes de ser entregue. “Pronto” significa que a história está bem definida; “concluído” significa que o trabalho está pronto para ser lançado.

Quem define o que significa “concluído”?

A equipe de desenvolvimento é responsável por isso, geralmente com a facilitação do scrum master. O product owner dá sua opinião sobre o critério de aceitação, mas são as pessoas que realizam o trabalho que decidem o que “concluído” significa tecnicamente, pois são elas que pagam o preço quando isso é definido de forma vaga.

Leitura relacionada

• Estimativa ágil: o guia completo: o centro de informações sobre tudo o que há para saber sobre o assunto.
• Critérios de aceitação: o teste por história com o qual a definição de “concluído” costuma ser confundida.
• Definição de “ready”: o portão de entrada na outra extremidade do sprint.
• Erros no Planning Poker: como um “concluído” pouco rigoroso infla a velocidade.