O que é Ágil?

Há mais de 20 anos temos o Manifesto Agile (https://agilemanifesto.org/). No entanto, 20 anos depois, não parece haver um acordo sobre o que realmente significa ágil. De alguma forma, o manifesto não era suficiente, novas pessoas entraram no “ágil” e houve a necessidade de criar novos conceitos como o MVP, MLP, lean, etc.

Por exemplo, eu estive em várias entrevistas de produto onde algumas pessoas do produto disseram que estavam fazendo/sendo ágeis porque estavam usando scrum. Não acredito que ágil seja seguir qualquer estrutura, mas ter uma mentalidade específica. É bem conhecido que havia estruturas/metodologias incrementais e iterativas antes do ágil.

Eu estava pensando em como resumir o que é ágil e por que há tanta confusão em torno disso. Em última análise, acredito que ser ágil começa por aceitar que há coisas que não sabemos e que não é possível saber o que vai resolver certos problemas. Resolver problemas de clientes construindo software é uma disciplina probabilística, quando pensamos em uma solução, temos certas chances de resolver esses problemas.

Se podemos aceitar que não sabemos qual é a melhor solução -e às vezes nem entendemos totalmente qual é o problema-, então tudo o que vem depois disso faz mais sentido:

• Precisamos mitigar o risco de não saber/resolver o problema por meio de iterações (descoberta e entrega).
• Essas iterações precisam ser significativas para que possamos saber se estamos indo na direção certa (não precisamos chamá-lo de MVP ou discutir o que é um MVP se entendermos o espírito do que estamos fazendo).

• Quando não precisamos fazer validação porque sabemos.
• Quando não entendemos o problema, mas estamos fazendo o que nos mandam.
• Quando “pronto” é quando entregamos algo em vez de resolver um problema.
• Quando soubermos o que faremos nos próximos 6/12/36 meses

Não, não é verdade que todos os problemas são novos. Para alguns deles, existem muitas soluções de trabalho que foram validadas por anos de uso e bons comentários.

No entanto, já vi muitas vezes equipes adicionando criatividade a soluções conhecidas e no final não resolvendo o problema.