Agile para equipas pequenas (e freelancers)

Scrum completo — sprints de duas semanas, planning, review, retrospective e um scrum master a tempo inteiro — foi desenhado para equipas médias. Numa equipa de duas pessoas ou a solo, toda essa estrutura vira burocracia: cerimónias que roubam o tempo que era suposto usar a construir. A resposta não é abandonar processo. É reduzi-lo ao mínimo que funciona — e foi isso que acabei por fazer.

Na prática, fico com três pilares. O primeiro é um backlog único e ordenado, com o próximo item sempre claro. Nada de cinco listas paralelas em cinco ferramentas diferentes: se não está no backlog, não existe.

O segundo pilar são ciclos curtos — uma semana — cada um terminando numa demo. Mesmo que a demo seja um vídeo de dois minutos enviado ao cliente, o efeito é o mesmo: progresso visível. E progresso visível cria confiança, o que por sua vez reduz as reuniões de "então, como vais?".

O terceiro é uma retrospetiva de 15 minutos no fim da semana. Três perguntas e nada mais: o que travou, o que se repete, que melhoria levo para a próxima semana. Uma melhoria de cada vez, senão vira lista de desejos.

O que corto sem pena: estimativas em story points (uso t-shirt sizes, ou nem isso), dailies formais (uma mensagem assíncrona chega perfeitamente) e cerimónias com nomes pomposos. Processo serve o trabalho, nunca o contrário.

E há um detalhe que muda tudo para quem faz freelancing: o cliente entra no processo. Com acesso ao backlog, demo semanal e feedback rápido, ele vê o projeto a avançar em vez de desconfiar que nada está a acontecer. Clientes que veem progresso reclamam menos, pagam a tempo e recomendam mais. No fundo, o processo é também uma ferramenta comercial.