TDD首先是一种个人行为

教育是自我的

总惦记公司培养你

要么换工作方式

要么换工作

TDD是一种不错的开发方式，能有效避免写出无用的代码和完成高覆盖率的测试。
建议在组内传播，但是可以不强求。

国内很多软件公司包括所谓的过CMMIX的公司都是进度为主的公司，质量和开发进度理论上是冲突不大的，但是如果进度要求的十分紧，紧到赶工的程度，质量还是会很有问题的，TDD就不适用了，但并不是它不好；如果接手短平快的小项目的话，有充分的时间的话，非常推荐TDD的，每人都对需求先理解产生TESTCASE和TEST代码，然后再进行编码，是非常不错的，如果初学的话推荐一本老美的书《敏捷软件开发 原则、模式与实践》、清华大学出版社的那本，也有专门讲TDD的书，我只在书店看到过英文版，比较麻烦没买，当然也就没看。

去做几个华为外包项目就知道了。

时间、质量、生命三者只能选其二。

如果项目没有强制TDD的话，那么TDD是一种个人素质的体现。
情况分清楚之后，就好办了。

不同意楼主的观点，我认为应该由专门的指导教练来推进整个项目的进程，并且要求每个开发人员严格遵守开发的流程规范才能实施敏捷，并且取得效果！

TDD应该是一种习惯，可以尝试，日行一善的作用来引导大家进入TDD（每天写一条单元测试代码），其实做过几次重构以后，大家都会知道TDD的好处（另，之前发了一个单元测试代码的覆盖工具，遭到很多板砖，其实是项目背景不同，验收项目需要单元测试代码覆盖率达标，且合作方赞同这种方式加上时间原因，才促成这个工具的）。