Desenvolvimento concluído mais que post-its no quadro skrum
Um quadro kanban cheio de post-its coloridos pode até parecer bonito na parede da sala de reuniões, mas não gera uma única linha de código funcional. Enquanto o time ágil gasta horas movendo cartões de “To Do” para “In Progress” para “Code Review” para “QA” para “Done” (ops, voltou para “In Progress”), o time lento já entregar o software.
O teatro do kanban
Existe uma doença silenciosa no mercado de software: o vício em visualizar trabalho. O quadro kanban virou um espetáculo onde o importante não é entregar, mas parecer que está entregando. Movemos post-its como peças de xadrez, marcamos reuniões de standup para dizer que estamos “trabalhando”, e no final do sprint o que temos? Mais post-its no quadro e nenhum deploy.
A verdade inconveniente
Nenhum usuário jamais abriu um aplicativo e disse: “Uau, que bonito esse quadro kanban no escritório da desenvolvedora!” O que o usuário quer é software funcionando. E software funcionando aparece quando alguém senta, programa, testa e entrega — não quando alguém move um post-it amarelo para a coluna “Done”.
Compromisso com a entrega
No Desenvolvimento Lento, medimos progresso por linhas de código compilado, testes passando e usuários sorrindo — não por quantos post-its cabem num quadro. Entregamos devagar, mas entregamos de verdade. Enquanto outros acumulam tarefas “em andamento” há meses, nós preferimos dizer: “está pronto quando estiver pronto.”