Kent Beck diz: "No Tests?"

Ok, melhor explicar isso:
Kent Beck sugere a abolição de testes para pequenos projetos.

Discussão sobre isso por Mark Levison, aqui.

Testes são como muitas coisas em software, uma questão de julgamento ("sensibilidade"?).

Nesse quesito, concordo com número, gênero e grau com Kent.

Se você está numa fase exploratória... simplesmente tentando novas ideias para ver se pode se comprometer com
essa ou aquela abordagem, por que usar TDD, por exemplo?

Agora, se você é muito apegado ao design e fazendo um trabalho exploratório, e você prefere TDD - então use-o! Use o melhor de seu julgamento para fazer a decisão baseada na sua situação atual.

Em tempo: não sou um "expert" em TDD, até comprei o livro que achei certo, mas tenho feito poucas coisas.

Para mim, prefiro ser pragmático, NÃO dogmático. Eu prefiro usar meu cérebro para fazer o que faz mais sentido em todas as circunstâncias, não é uma cega fidelidade a um modelo de processo para processo. Se fazendo "concepção e codificação" funciona melhor para você e sua equipe para dar consistência às ideias, vá em frente. Só não se esqueça de voltar atrás e "fazer as coisas certas", uma vez que você vai se comprometer a uma abordagem que vai ficar no código.