Bug Oriented Programming

Funciona mais ou menos assim. São 3 passos básicos, bem simples e fáceis de serem decorados:

1. Não gaste muito tempo pensando qual a melhor maneira de implementar algo. Faça o que for mais rápido, só faça funcionar. Não importa como.
2. Faça o que for necessário para entregar. E não confunda as coisas, "entregar" não tem nada a ver com qualidade, a regra é passar a bola para frente ou para o futuro.
3. Para os bugs que aparecerão, utilize os passos 1 e 2 para tentar minimizar os efeitos.
   

Esta técnica foi batizada assim, "bug oriented", pois a filosofia principal é fazer o mínimo possível até o próximo bug aparecer. Devido a isso, a escolha da ferramenta para gerenciamento de bugs é crucial.

Existe também uma variação da técnica chamada "Extreme Bug Oriented Programming". Neste caso, no passo 3 você não age no bug imediatamente mas procura alguém para "resolver" por você. Basicamente, aplica-se a regra "passar a bola para frente" ao extremo.

A grande vantagem da Bug Oriented Programming é que ela se adere muito bem a qualquer projeto, em qualquer fase do desenvolvimento.

Apesar de muito atraente e amplamente utilizada, são muito raros - eu particularmente não conheco nenhum - os casos de projetos que aplicaram tal técnica com sucesso do início ao fim, ou por um longo tempo.