“Uma das coisas mais ridículas que vejo é o sujeito explicar para seu time uma funcionalidade com base em um DER ou outra estrutura técnica, dizendo coisas como: “a tabela tal, associada a entidade x””

Muitas vezes tive que recorrer a tais explicações principalmente para membros da equipe que possuem mais facilidade com Diagramas DER, afinal de contas, sempre trabalharam focados nos dados e para eles funcionava sempre muito bem.
A verdade é que temos a nossa disposição diversas técnicas e ferramentas para resolvermos um problema, e se o DER funcionar melhor para vc explicar uma determinada regra para algum membro da equipe, não vejo problema em agir assim.
Penso que devemos sempre ter em mente que OO, UC, User Stories, TDD, DER etc, etc são MEIOS de chegarmos ao objetivo final que é o Produto que resolva o problema do Nosso Cliente, e não o FIM por sí só.
Abraço!

Dá uma olhada nos comentários e trackbacks

O que temos visto muito por aqui é o costume – pasme! – com BDUF nos times. As pessoas querem saber tudo, definir tudo, ter todos os detalhes e informações antes de escrever uma linha. Mudar isso tem sido um grande desafio para levar TDD para muitos clientes.

Esse momento de ver o BDD na teoria e adota-lo na pratica não é tão simples quanto parece, acho que pelo menos culturalmente, e essa adoção deve ser feita de maneira cuidadosa, para que não exista assimiliação dos conceitos de forma errada.

Ainda, a medida que venho conhecendo sobre BDD e TDD vejo que sua dica é importante:
“…que BDD seja um caminho natural para adoção de TDD…”

Vou continuar seguindo suas dicas
Ótimo post.