Hoje em dia, as técnicas chamadas de "
Métodos ágeis" dominam completamente as áreas de desenvolvimento de software. Coisas como:
Scrum,
Kanban,
XP e
Planning poker, "pululam" as discussões sobre o assunto, com defensores cada vez mais
estóicos. Porém, as equipes continuam utilizando as mesmas técnicas "
mastodônticas", baseadas no "ecossistema" corporativo Java, que trazem uma enorme
Complexidade Acidental embutida. Isto acaba criando conflitos e soluções ruins, pois, devido ao seu peso desproporcional, as arquiteturas "inchadas", baseadas nesse "ecossistema", acabam "guiando" a solução, o que, geralmente, força o projeto a entrar no ritmo de "tudo ou nada", quando os "Sprints" se tornam muito curtos para serem atendidos com qualidade. É necessário repensar a maneira como construímos aplicações, usando uma
arquitetura mais diluída, se quisermos realmente sermos ágeis.