A última publicação do Fabricio Vargas falando sobre o "Juramento de Não-Lealdade" levantou certos comentários em algumas listas que divulgamos, que me fizeram pensar por que em uma área puramente de exatas como a nossa existem tantos "religiosos" e "fanáticos".

Em se tratando de religião, eu já não consigo entender muito bem por que muitas pessoas não respeitam uma fé diferente da sua. Com isso, cria-se uma briga entre os dois lados que nunca vai chegar a lugar nenhum, enquanto Deus, Alá, Buda ou Shiva não aparecerem diante de todos esclarecendo os fatos. Briga essa que às vezes gera mais discussão do que a própria religião.

Ainda em termos de religião, posso até dizer que é esse tipo de discussão é compreensível (ainda que eu não consiga entender). Mas como explicar esse tipo de comportamento no setor de informática? Por que muitas pessoas não aceitam que as diferentes tecnologias e metodologias podem coexistir e, com isso, obter-se o melhor de cada uma? Isso só traz prejuízo aos "fiéis" dessas muitas "religiões", das quais podemos citar os Javaistas, Linuxistas, Agilistas, MSistas, Anti-MSistas - dentre centenas de outras. Porém, vamos focar nos religiosos Agilistas, ou que prefiro chamar, Pseudo-Agilistas, aqueles aos quais o juramento de Alistair Cockburn tenta dar um fim.

Não nego que as Metodologias Ágeis são boas em muitos cenários, talvez até mesmo na maioria deles, mas daí a dizer que Waterfall, CMMI, RUP ou qualquer outra técnica seja inaceitável e sempre ruim, existe uma barreira muito grande. Existem projetos de todos os tipos e nem sempre é possível seguir uma metodologia X ou Y. Por exemplo, o Governo Brasileiro não aceita bem a ideia de um processo Ágil. Em um caso desses, você provavelmente terá que se adequar à realidade do cliente e adaptar alguns dos seus processos.

Basicamente, o importante é fazer o melhor para o seu projeto e não ter que se preocupar em ser um "pecador" porque usou um Gráfico de Gantt, por exemplo. Afinal qual é o objetivo maior, ser fiel a determinada metodologia ou o sucesso do projeto?

Algumas pessoas podem responder que não são religiosas, mas que Waterfall é ruim sempre e correr dele é o melhor para o projeto. Primeiro gostaria de destacar que nem eu, nem ninguém defende que Waterfall é bom sempre. Há muitos anos essa metodologia praticamente não é mais utilizada pela maioria. Mas daí fechar os olhos e dizer que é ruim sempre é um comportamento que só entendi um pouco melhor após ler na Wikipedia sobre Fanatismo.

Além disso, vale lembrar que não estamos fazendo um paralelismo apenas entre Waterfall e Ágil, existem inúmeras formas de organizar um processo incremental além dessas duas, como as já citadas CMMI e RUP, por exemplo. A questão não é nenhuma delas em específico, mas sim olhar pra uma técnica qualquer e extrair dela o que mais agregar valor ao seu projeto.

A exemplo dos Fariseus, que se dedicaram exclusivamente ao estudo da Torá, criticando veemente todo o resto, sobretudo o cristianismo, vejo muitas pessoas se dedicando apenas a estudar Agilidade, sem colocá-la realmente em prática. Se começarmos a reparar, vamos ver que muitos dos "Religiosos Agilistas" não possuem cases sobre suas teorias para mostrar, ou são cases específicos para uma determinada realidade. Dedicam-se a especular sobre o sucesso do que acreditam, criticar os insucessos do que existe e ficar especulando como resolver problemas que nem sequer existem em sua realidade, chegando às vezes a soluções praticamente impossíveis de serem aplicadas no mundo real. Não citarei exemplos aqui, já que o objetivo não é atacar ninguém, mas sim mostrar que metodologias e tecnologias servem como referência, cabe a você decidir quando e como usá-las.

Gostaria de deixar claro que sei que as Metodologias Ágeis, sem dúvida, trouxeram inúmeros benefícios para os projetos atuais, porém não podemos esquecer que o PMBOK ou o CMMI, por exemplo, fizeram o mesmo quando surgiram. E da mesma forma que o Ágil (e qualquer outra metodologia ou técnica que existe ou vier a existir), necessitaram de adaptações em cada projeto que foram aplicados.

Ágil resolve muitos problemas que Waterfall não resolve bem? Sem dúvida que sim, mas obviamente não todos. Por exemplo, em um dos nossos projetos tivemos grande liberdade para usar Agilidade, porém após um tempo notamos certa dificuldade em gerar visibilidade do andamento do projeto para a diretoria do cliente, por não estar ligada diretamente ao projeto e não ter a sensação de progresso gerada, por exemplo, com os Sprints. Nesse caso, tivemos que adaptar, e a solução foi gerar alguns artefatos do PMBOK. Para mais detalhes, não deixe de ler este artigo do Marcelo Costa, que cita exatamente esse case.

Portanto a sugestão que deixo é: use Ágil, CMMI, PMBOK, Java, .NET ou o que for, mas esteja antenado o máximo que puder e decida você com sua equipe qual a mais adequada, ou as mais adequadas, a serem usadas, e faça o melhor para o seu projeto, sem se preocupar se algum teórico vai lhe chamar de "pecador". Ninguém sabe mais sobre seu projeto que você e sua equipe. Estude, conheça, teste e utilize da forma que achar melhor.