Existe um discurso simplista sobre IA no desenvolvimento: ou você abraça a velocidade e aceita os riscos, ou você é "resistente à mudança" e fica pra trás. Essa dicotomia é falsa, e cara.

Velocidade sempre foi desejável. Ninguém quer voltar a levar semanas pra entregar o que hoje se entrega em dias. O problema nunca foi ir rápido: foi ir rápido sem verificar se o caminho estava certo.

O que muda quando você trata velocidade como meio, não como fim

• Testes automatizados deixam de ser "o que a gente faz quando sobra tempo" e passam a ser parte do próprio ritmo, porque validar rápido também é rápido.
• Revisão técnica não é gargalo, é seguro. Times que aceleram a entrega mas mantêm revisão séria não ficam mais lentos no longo prazo, ficam mais lentos só no curtíssimo prazo, e evitam retrabalho caro depois.
• A pergunta certa deixa de ser "quanto tempo isso leva" e passa a ser "isso vai aguentar quando o negócio precisar dele de verdade".

Rápido e sólido não competem entre si

Competem quando a pressa vira desculpa pra pular etapa. Não competem quando velocidade é usada pra fazer mais ciclos de validação, não menos. A diferença entre as duas coisas é inteiramente uma questão de processo, não de ferramenta.