主题：【原创】敏捷开发为什么能敏捷 -- 代码ABC

搞出结果来才是王道！

我们假定那些优雅的设计和实现是真理的话，这些真理并非不辩自明，TDD只是不断的去发现。

任何事情都需要成本啊，你说的经理我也遇到过，那就搞呗，该说的我都说了，先搞出来吧，至于TDD，没有这个资源我为什么一定要这么干？！

作为职业人士，日常对代码做些整理这是必要的工作，下次可以省心点，不见得是项目你才做TDD啊，这些可以是你的秘密武器，为自己争取多点时间。

-----------

对于产品和库我基本都在做TDD，主要是自己记不住那么多细节，TDD能帮我很好的记忆这些细节，对于项目，尤其是赶工的，一次性的项目，加上资源很紧张，先将东西搞出来再说。

不要教条主义，最起码对得起客户付出的金钱就行，超出他们的期望更好。

潜台词是：我们利用不付薪水的时间努力学习，这样在付薪水的时间就能更有效率的工作，老板，我们是多么肯为你卖力啊！

通常组织这样学习培训的人都能获得赏识提拔

我的理解是，组织业余时间学习和能否容忍团队建设的挫折么有直接联系

往往认为做测试不如做开发，而且这种观念不仅仅程序员如此想，似乎IT界大部分人都这样认为。结果开发人员不会测试，甚至有点不屑于测试，测试人员更谈不上开发，但是测试驱动开发需要开发人员自己先写出合格的测试用例，所以很难推广

我见过要求开发人员也做测试（单元测试、集成测试）的结果就是，写了一堆应付差事的测试，仅仅是为了测试易于通过而写，不是为了测出问题而写。当然，这样的测试用例也比不写强点的。

一般来说最适合有默契、高水平的小团队。换句话来说，如果你和几个水平差不多的朋友合作，搞的东西又是所有成员感兴趣还能胜任有余的，敏捷开发就有用武之地了。

换成一帮老弱残兵的话，先练兵再说吧。