goals: como medir a produtividade no desenvolvimento de software de forma eficaz

O projeto goals, desenvolvido por Itamar Gilad, propõe uma reavaliação radical da forma como medimos produtividade em equipes de software. Em vez de focar em métricas de atividade como commits, tokens gastos ou linhas de código, que só mostram output físico, o modelo centraliza a avaliação em resultados reais: impacto no negócio e na experiência do usuário. O sistema funciona como um framework para equipes multifuncionais definirem metas claras baseadas em problemas a resolver, não em features a entregar. Cada equipe opera com autonomia para testar hipóteses, validar suposições e iterar, mas sempre alinhada a KPIs de outcome, como aumento de retenção, redução de churn ou melhoria na taxa de conversão.

Esse abordagem é especialmente relevante no contexto atual de adoção massiva da IA em desenvolvimento. Com ferramentas que geram código rapidamente, o risco de produção acelerada sem valor real aumenta exponencialmente. O goals atua como um contrapeso: ele obriga as equipes a questionar não apenas se algo foi feito, mas se isso realmente moveu uma métrica estratégica. Funciona como um filtro de priorização, impedindo que time gastem energia em soluções que parecem complexas, mas não resolvem problemas reais. A limitação principal está na cultura organizacional: o modelo exige confiança, transparência e capacidade de lidar com incerteza, algo que muitas empresas ainda não dominam.

A adoção do goals vai além de um simples ajuste de métricas. Ele representa uma mudança de paradigma em gestão de produtos. Enquanto os métodos tradicionais tratam equipes como fábricas de entrega, o goals as transforma em unidades de descoberta e validação contínua. Isso é crucial em ambientes onde o custo de erro é alto e o mercado muda rápido. Empresas que seguem esse modelo evitam o desperdício de recursos em funcionalidades desnecessárias, reduzem bloat no produto e criam experiências mais centradas no usuário. Além disso, ao desacoplar métricas de produtividade da pressão de entregas rápidas, o sistema promove maior engajamento interno, pois os desenvolvedores passam a ver seu trabalho como parte de um propósito maior, não apenas como execução de tarefas.