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” passe, sem que se perceba, a significar “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 lacuna. Você concorda com ela uma vez e a aplica a cada sprint, independentemente do que cada história individual traga. Sem ela, “pronto” é uma opinião pessoal — e a diferença aparece 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 aceitou 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-a 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 e com estimativa. 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 — 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 controla:

	Definição de “pronto”	Critérios de aceitação	Definição de “concluído”
Escopo	Global — todas as histórias	Local — esta matéria	Global — todas as histórias
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?”
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 valer. 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” exige 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 é estrutural e a definição se torna 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ó é real na medida em que você esteja disposto a não marcar uma tarefa como concluída porque ela não atendeu a 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. Mantenha-a curta o suficiente para que você realmente a aplique — um ponto de conclusão que não é aplicado é apenas burocracia.

Perguntas frequentes

Qual é a definição de “concluído” no método á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, incorporada, 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 diga.

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 — o mesmo critério de aprovação 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 story: 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 product owner. Os itens exatos variam de acordo com a equipe, mas a lista deve caber em uma tela e cada linha deve poder ser verificada.

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 — o padrão que uma tarefa deve atingir antes que a equipe se comprometa com ela. Os critérios de “concluído” marcam a saída — o padrão que o trabalho concluído deve atingir antes de ser entregue. “Pronto” significa que a tarefa 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 essa definição é vaga.

Leituras relacionadas

• Estimativa ágil: o guia completo — o centro de informações sobre tudo o que diz respeito a esse 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” vago inflaciona a velocidade.