Por Que o Ágil Existe

Antes do ágil, a maioria dos softwares era construída usando o método "waterfall" (cascata): coletar todos os requisitos antecipadamente, projetar tudo, construir tudo e depois testar no final. Isso funcionava para pontes e edifícios, mas software é diferente.

O problema? Quando você entregava, os requisitos já haviam mudado. Os usuários não sabiam o que queriam até verem. E encontrar bugs no final significava retrabalho caro.

As estatísticas eram brutais:

• 64% das funcionalidades eram raramente ou nunca usadas
• Apenas 32% dos projetos eram bem-sucedidos (no prazo, no orçamento, com as funcionalidades necessárias)
• O projeto médio estava 222% acima do cronograma

Em 2001, dezessete desenvolvedores de software se reuniram em uma estação de esqui em Utah. Eles vinham de diferentes origens—Extreme Programming, Scrum, Crystal e outros—mas compartilhavam uma frustração comum com processos pesados.

O que eles criaram não foi um novo processo. Foi um conjunto de valores e princípios que poderiam guiar qualquer processo. O Manifesto Ágil foi intencionalmente breve: quatro valores e doze princípios.

O insight chave: abraçar a mudança como uma vantagem competitiva, não lutar contra ela.

O ágil é construído sobre o empirismo—a ideia de que o conhecimento vem da experiência e da tomada de decisões baseadas no que é observado.

Três pilares sustentam o empirismo:

Transparência — Todos podem ver o que está realmente acontecendo. Sem status oculto, sem surpresas.

Inspeção — Examinar regularmente o trabalho e como a equipe está trabalhando em conjunto.

Adaptação — Quando algo não está funcionando, mude. Não espere por permissão.

Isso é fundamentalmente diferente do gerenciamento de projetos tradicional, que assume que você pode planejar tudo antecipadamente se apenas se esforçar o suficiente.