Tradução livre do texto Asshole driven development

A indústria de software é provavelmente a maior criadora de métodos de gerenciamento do mundo. Desde Agile, até o Extreme Programming , e o Test Driven Development (TDD), os acrônimos e frameworks continuam surgindo. Por quê?

Alguns dizem que é por causa da imaturidade: A indústria de software ainda é muito jovem e toda mudança é um caminho para novos fundamentos. Outros dizem que é porque as pessoas que trabalham com software gostam de criar coisas que não lhes ajudam. Bem, eu digo que: Se nós vamos ter dúzias de modelos, então podemos também ter alguns que são honestos, mesmo que cínicos, para o que realmente está acontecendo na maior parte do tempo.

(Tenho certeza que existe uma lista bacana desses modelos, mas aqui estão os cínicos)

Asshole Driven development (ADD) – Qualquer equipe onde o maior idiota é quem toma as grandes decisões, é “Asshole driven development”. Toda sabedoria, lógica ou processo é jogada pela janela quando o Mr. Asshole está na sala, fazendo qualquer idiotice, ou coisa egoísta que ele acha ser o melhor a se fazer. Devem haver regras e processos, mas o Mr. A as quebra e as pessoas o seguem de qualquer maneira.

Cognitive Dissonance development (CDD) – Em qualquer organização onde existem duas ou mais crenças divergentes em como o software deve ser feito. A tensão entre essas crenças, assim como suas batalhas nas várias reuniões e nas decisões individuais pelos jogadores em ambos os lados, definem o projeto mais do que qualquer crença individual.

Cover Your Ass Engineering (CYAE) – A força que guia os esforços individuais para garantir que quando a merda bater no ventilador, ele não será o culpado.

Development By Denial (DBD) - Todos fingem haver um método para o que estão fazendo e as coisas vão indo bem, quando na realidade, tudo está uma bagunça e o processo está no chão. Quanto pior ficam as coisas, mais as pessoas dependem da sua negligência com relação ao que está acontecendo, ou do seu isolamento na sua pequena parte do projeto para sobreviver.

Get Me Promoted Methodology (GMPM) - As pessoas escrevem o código e projetam as coisas para aumentar sua visibilidade, satisfazer os caprichos do chefe, e acelerar seu caminho para um aumento ou para o escritório da ponta, sem importar quão longe dos objetivos estão os seus esforços. Isso inclui permitir desastres acontecer, para que pareçam heróis, escrevendo gambiarras que parecem ótimas em curto prazo mas quebram quando o sujeito sai, e focando mais na superfície do trabalho do que no seu valor.

Tenho certeza que você conhece outros métodos que não foram citados, quais são?