Cartão em "Feito" e problema no ar: como definir pronto com evidência no quadro

Sexta, fim da reunião semanal: a coluna "Em andamento" está vazia e a "Feito" tem 14 cartões. Na segunda, um cliente liga reclamando que a exportação de relatório continua falhando, e o cartão "Corrigir exportação de relatório" está lá, em "Feito", desde quarta. Alguém arrastou porque o código foi para revisão. Mover o cartão não conclui a tarefa; ele só registra que alguém acha que concluiu. A resposta curta: cada cartão precisa dizer, antes de começar, onde olhar para saber que acabou, e só vai para "Feito" com uma evidência que outra pessoa consegue abrir.

Isso vale para Trello, Jira, GitHub Projects, Notion ou um quadro de post-its na parede. A ferramenta organiza a conversa; quem garante o pronto é a regra do time.

Por que o quadro mente

Arrastar um cartão é rápido e dá uma pequena sensação de conquista. Esse alívio é o problema: ele chega na hora em que o trabalho parece terminado para quem fez, não na hora em que ficou pronto para quem usa.

Na maior parte dos times, "feito" significa coisas diferentes para cada pessoa. Para o desenvolvedor, é o código escrito. Para quem revisa, é o pull request aprovado. Para o suporte, é o cliente parar de ligar. Sem uma definição combinada, cada um move o cartão no seu próprio ponto de chegada, e o quadro mostra uma média otimista de todas elas.

Há também a pressão da reunião. Ninguém quer ser a pessoa com cinco cartões parados. Então o cartão anda um pouco antes da hora, e o quadro deixa de ser um retrato do trabalho para virar um retrato do que o time quer mostrar.

Como definir pronto com evidência

O exemplo é o time de quatro pessoas que mantém o sistema de relatórios de uma empresa fictícia de logística, a RotaCerta. Depois do episódio da exportação, eles mudaram três coisas.

1. Combinaram uma definição de pronto do time. Uma lista curta que vale para todo cartão de desenvolvimento: código revisado e mesclado, publicado em produção, verificado em produção por alguém. Ela fica fixada no quadro, num cartão no topo ou na descrição.
2. Cada cartão ganhou um critério de aceite próprio. Uma ou duas frases que dizem o resultado visível. Não "corrigir exportação", mas "exportar o relatório mensal de setembro do cliente de teste gera um CSV com todas as 1.240 linhas, sem erro".
3. Criaram a regra da evidência. Para ir para "Feito", o cartão precisa de um link ou anexo que prove o critério: o pull request mesclado, o registro do deploy, um print da tela em produção, a resposta do cliente confirmando.
4. Separaram as colunas pelos estados reais. "Em revisão", "Aguardando deploy" e "Verificar em produção" passaram a existir. O cartão da exportação teria ficado parado em "Verificar em produção", visível para todos.
5. Quem verifica não é quem fez. Uma segunda pessoa abre a evidência e confere o critério antes de mover para "Feito". Leva dois minutos e pega boa parte dos casos de "funcionou na minha máquina".

Modelo de cartão

Um modelo de descrição que a RotaCerta passou a usar em todo cartão novo. No Trello, dá para salvar um cartão como modelo e copiar a partir dele:

Título: Exportação do relatório mensal falha para meses com mais de 1.000 linhas

Problema:
  Cliente Transportes Alfa recebe erro ao exportar setembro (chamado #4821).

Critério de aceite:
  Exportar o relatório mensal de setembro do cliente de teste gera um CSV
  com as 1.240 linhas, sem erro, em produção.

Fora do escopo:
  Mudar o formato do CSV. Exportação em PDF.

Evidência para mover para "Feito":
  [ ] link do pull request mesclado
  [ ] registro do deploy em produção
  [ ] print ou arquivo exportado em produção
  [ ] chamado #4821 respondido ao cliente

Decisões importantes:
  Documentadas no pull request e no README do módulo, não só aqui.

O cartão continua curto. Ele não conta a história inteira, aponta onde ela está. A checklist de evidência usa o recurso de checklist do próprio quadro, e a regra do time é simples: com item desmarcado, o cartão não sai da coluna.

O quadro não é o arquivo da decisão

Cartões são arquivados, quadros são apagados e ferramentas são trocadas. Por isso, o que importa a longo prazo não deve morar só no cartão: a razão de uma decisão técnica vai para o pull request, para o README ou para um documento de decisão no repositório. O cartão linka para lá. Se você automatiza o quadro por API, cuide do token, como mostra o guia sobre API de quadro sem publicar o token no script.

Mantendo o quadro honesto

Um quadro com 300 cartões em "A fazer", metade de dois anos atrás, esconde o que é prioridade. Uma vez por mês, o time da RotaCerta passa dez minutos arquivando o que morreu: tarefa que ninguém vai fazer, ideia superada, duplicata. Arquivar não apaga e pode ser desfeito, então não há motivo para guardar cemitério na coluna principal.

Também vale olhar quanto tempo os cartões ficam em cada coluna. Cartão parado há duas semanas em "Verificar em produção" é um sinal mais útil do que qualquer gráfico bonito de cartões concluídos. E foco não se resolve com cronômetro, como discute o guia sobre timer de foco que não escolhe o que importa.

Erros comuns

• Mover para "Feito" quando o código foi para revisão. O problema continua em produção, e o quadro diz o contrário até alguém reclamar.
• Escrever critério vago como "corrigir" ou "melhorar". Ninguém consegue verificar, então qualquer coisa conta como pronto.
• Usar a descrição do cartão como romance. Dez parágrafos de histórico escondem o critério de aceite, e ninguém lê até o fim.
• Guardar decisões importantes só no cartão. Quando o quadro é arquivado ou a ferramenta muda, a razão da decisão se perde.
• Deixar quem fez verificar o próprio trabalho. A pessoa testa o caminho que já sabe que funciona e não vê o que falta.
• Nunca arquivar. O quadro vira cemitério, e o que é prioridade some no meio do que morreu.

Checklist

• O time tem uma definição de pronto escrita e visível no quadro.
• Todo cartão em andamento tem critério de aceite verificável.
• Cada cartão em "Feito" tem um link ou anexo de evidência que outra pessoa abre.
• Existem colunas para revisão, deploy e verificação em produção.
• Quem move para "Feito" não é a mesma pessoa que fez o trabalho.
• Decisões técnicas estão no repositório ou em documento, com link no cartão.
• O quadro foi limpo de cartões mortos no último mês.

Abra o seu quadro agora: o último cartão que foi para "Feito" tem uma evidência que outra pessoa consegue abrir?