Agile

Agile não é metodologia. É um conjunto de princípios sobre como trabalho complexo deve ser organizado quando o resultado final não pode ser completamente definido antes de começar.

A confusão entre Agile e suas implementações — Scrum, Kanban, SAFe — é a razão pela qual tanta empresa "adota Agile" e não muda nada relevante.

Em 2001, dezessete desenvolvedores de software publicaram o Manifesto Ágil. Quatro preferências:

Indivíduos e interações sobre processos e ferramentas. Software funcionando sobre documentação abrangente. Colaboração com o cliente sobre negociação de contratos. Responder a mudanças sobre seguir um plano.

O manifesto não diz que processos, documentação, contratos e planos são ruins. Diz que quando há conflito, a esquerda prevalece sobre a direita. Essa nuance é o que a maioria perde — e o que separa Agile como princípio de Agile como slogan.

Os doze princípios que acompanham o manifesto detalham: entrega frequente de software funcionando, colaboração diária entre negócio e desenvolvimento, construção de projetos em torno de pessoas motivadas, comunicação face a face, ritmo sustentável, atenção contínua à excelência técnica, simplicidade, times auto-organizados, reflexão regular sobre como ser mais eficaz.

Agile nasceu no desenvolvimento de software porque software é trabalho onde os requisitos mudam, a solução emerge ao longo do processo e ciclos longos de planejamento-execução produzem resultados obsoletos na entrega.

O pressuposto central é que incerteza é alta demais para que um plano completo feito no início seja confiável no fim. A resposta ao problema não é planejar melhor — é criar estrutura para aprender e adaptar enquanto executa.

Esse pressuposto se aplica além de software: desenvolvimento de produto, marketing de conteúdo, consultoria estratégica, qualquer trabalho onde o resultado depende de descobertas que só aparecem durante a execução. Não se aplica onde os requisitos são estáveis e a execução é repetível — construção civil, manufatura de série, processos regulatórios. Aplicar Agile indiscriminadamente em contextos estáveis gera desorganização com nome bonito.

A interpretação mais comum de Agile como "não precisamos planejar" é o maior mal-entendido do movimento. Times ágeis planejam — planejam em ciclos curtos, revisam com frequência e mantêm o plano aberto à mudança. A diferença não é ausência de plano. É a relação com o plano: ferramenta de orientação, não contrato sagrado.

O que Agile elimina não é o planejamento. É o planejamento que simula certeza onde há incerteza — o plano de doze meses detalhado feito antes de qualquer aprendizado real, que consome energia para ser produzido e é descartado seis semanas depois porque a realidade foi diferente.

Agile resolve o problema de trabalhar em ambiente onde o mapa muda enquanto se caminha. Mas a ferramenta certa no lugar errado não ajuda. Antes de adotar Agile, a pergunta relevante é: o trabalho que fazemos tem incerteza suficiente para justificar iteração ou tem estabilidade suficiente para justificar execução planejada? A resposta honesta a essa pergunta vale mais do que qualquer certificação.