自从我发布了“Scrum为什么不行”，并被CSDN推成首页头条后，我在我的新浪微博上就经常被敏粉们@去讨论他们的一些话题。他们似乎想要从我这里听到一些不同的声音，我很喜欢他们的这种态度，在这里先赞他们一个。既然，让我来评论他们的东西，我就不客气了，板砖自然是少不了的。

    我觉得我在微博上的观点比较散，所以在这里做一个汇总。我在所有批评敏捷的文章里都重复说过我的立场，这里还要再说一遍，因为那群人很敏感――“我承认敏捷中有一些东西我是认可的，但对敏捷社区的推广和思维方式我持否定态度”。

敏捷词汇表

    我被@吴穹adam邀请进入了一个敏捷词汇表的微群，这个群就是想明确的定义一下敏捷的各种词汇，比如，他们想把TDD定义成就是UT。呵呵。我对这个群仅保持了30分钟的热度，我在里面发了一个“你们不想讨论技术吗？”的帐子，就再也不相关注了。因为我的观点如下：

敏捷宣言

    我看到很多人又把《敏捷宣言》拿出来说事，就好象他们把敏捷宣言是软件开发的普世的价值观一样。我对此的评论是――

    @左耳朵耗子：微博里多了很多《敏捷宣言》的话题，这让我想到了《共产党宣言》， 这两个组织里的某些人很相似，都通过宣言来树立价值观，然后通过传教的方式四处宣讲来影响大众吸收党羽，并要求对其价值观的信仰，还以一种革命者的态度来实践…… 建议程序员还是多研究技术细节，关注技术发展趋势，分析产品和用户需求。

博文评论

    @吴穹adam发表了一篇《为什么纯粹的Scrum在中国很难落地(一)》并欢迎我去拍砖。我拍了下面几块砖：

    看到在评论中――

     “@张权先生：团队拒绝Coach，与敏捷实践缺乏统一认知有关，书籍、网上资料中，很多信息是不统一的，混乱的局面只能从信息源头抓起，规范术语、规范表述为好”。

    我观点是：

    @蔡晓东_发了一篇《低层级的敏捷毫无意义，组织级敏捷才是敏捷的核心问题》的长微博，也让我去讨论。我这样回复――“为什么你们一定要定义哪种软件开发是敏捷？哪种不是? 为什么一定要敏捷呢？做这个划分的目的是什么？是不是只有这样搞，某些组织某些人才有饭碗呢?” 我希望敏捷社区的人能正面回答我这个问题。

    我的一个前同事回复到：

    @ilinux:”低层级的敏捷毫无意义，组织级敏捷才是敏捷的核心问题”, 这口号听起来就像是要, 从生产关系上和上层建筑着手，解放全世界无产阶级码农。

    还有一个朋友回复到(多好的建议)：

    @横刀天笑 低层次不干好，就别谈组织的了吧。。。说实话，我喜欢持续改善，讨厌重大变革。喜欢基础实践，讨厌空喊口号。

后续

    下面这个微博看来把人搞怒了，敏捷社区，你能告诉我为什么吗？

    @陈加兴：所谓“观其言，察其行”，别人的话摘录再多，终究是别人说的话，和你一毛钱关系都没有。言必称“敏捷”，把敏捷搞得跟唐诗三百首似的颠过来倒过去地背，却不知软件中“设计”为何物，我实在不知道这样“没有项目经验如何谈敏捷”？没有一点团队管理经验，却处处指导众生管理团队，真是神仙下凡啊。

    @陈加兴:回复@徐毅-Kaveri:对事不对人，这种混子行径我唾弃，不点名，因为可以对号入座的人，多着呢。

    我也认识很多混子，包括现在或曾在TW里的。

    最后，让我再echo一下前面的话―― 这两个组织里的某些人很相似，都通过宣言来树立价值观，然后通过传教的方式四处宣讲来影响大众并吸收党羽，并要求对其价值观的信仰，还以一种革命者的态度来实践…… (有几个网友在我这个微博中讨论了很多，大家可以去看看。)

    看这些所谓的咨询师、实践者、倡导者有没有料，你就直接和他谈技术实现，谈业务需求，谈产品分析，你就知道他有多少水水了。

    (全文完)

建议继续学习：

1. 腾讯敏捷开发及快速迭代    (阅读：6367)
2. 测试驱动开发(TDD)跟敏捷开发有冲突    (阅读：3682)
3. 多些时间能少写些代码    (阅读：3247)
4. 在敏捷    (阅读：2686)
5. 敏捷开发者必读书籍    (阅读：2620)
6. 从敏捷宣言理解敏捷交互设计    (阅读：2009)
7. 敏捷测试的方法和实践    (阅读：2013)
8. 敏捷水管工    (阅读：1473)
9. 敏捷就是“团队快乐”    (阅读：893)