薛定谔的「传统开发」

我经常听人说这么一种说法：国内的团队没有学会走路（传统开发），就想着跑步（敏捷），那是更危险的。

然而我一直有个疑惑：这个大家都在说的「传统开发」，到底是个啥？听起来好像学好了「传统开发」就应该掌握很多软件开发的纪律和基本功了，那这个「传统开发」应该是好东西啊。那这好东西，我怎么能学一下呢？

不懂就问，

🐻：哪个“传统开发”教了“反思复盘”怎么做呀？

然后就有一位群友回答了，

群友：这段话中的“反思复盘”或许是指PDCA环中的Check。

还是不懂啊，咋操作呢？而且还有个“或许”是怎么说呢？没关系，接着问，

🐻：「PDCA环中的Check」，请问哪本「传统开发」的书讲了这个「Check」怎么做？

🐻：什么时候Check？哪些人参加Check？Check什么内容？怎么Check？会议怎么组织？做什么记录？怎么确保Check结果落实？

🐻：哪本「传统开发」的书讲了，请告诉我

然后，另一位群友就开始了玄妙的……

群友：传统就是养成好习惯

群友：小学没学好，能上大学的概率极小

群友：传统开发做不好的公司，敏捷也难以做好。敏捷是锦上添花，不是从零开始。

这……貌似很有道理的样子……可还是不懂啊。没关系，不懂就问，

🐻：咱能说点具体的不？

🐻：小学学了啥了？

🐻：「敏捷是锦上添花，不是从零开始」——锦在哪儿呢？哪本书教了「传统开发」的「锦」了？

🐻：怎么一个个说得都跟真的有个什么很讲规矩的「传统开发」似的？我怎么就没见过呢？还望不吝赐教

面对无知的我，群友很耐心地举例，

群友：举例，平时单元测试都不做，敏捷你让他做TDD，能操作起来吗？

恰好了，这个鬼故事，我熟啊，

🐻：没错

🐻：然而「传统开发」也没教单元测试啊

🐻：什么「传统开发」告诉你该什么时候写单元测试了？

🐻：我就奇了怪了，你们是谁见过了一个特别规矩的『传统开发』么？明明整个行业都不知道单元测试怎么做，你们是上哪儿听说了一个教单元测试的「传统开发」来？

群友开始顾左右而言他，

群友：传统开发就是传统的方法

群友：就是你说的基本功

这听着特别好，可是……

🐻：那东西在哪儿嘛？

🐻：哪本书教了怎么做复盘？

🐻：请告诉我

群友一如既往地高深莫测，

群友：太多了

群友：随便搜一搜

群友：复盘不就是原来的项目总结，质量回溯？

这……不解决我的问题啊……还得接着问……

🐻：请给一例

🐻：既然太多了，给一个例子没那么难吧

🐻：我就奇了怪了，难道一个人想学「传统开发」，他学的方法是「随便搜一搜」？

🐻：「原来的质量回溯」怎么做？哪本书里讲了？请给个书名。

群友信手一指，

群友：最传统的：PMBOK

唉……学知识难啊……

🐻：请具体一点

🐻：书名，或者豆瓣URL，或者网页URL

🐻：PMBOK跟一座山似的，您这手一指，你要的就在那山里，找去吧

🐻：你知道这叫啥？这叫造谣动动嘴辟谣跑断腿

然后……群友他说……

群友：哈哈

您这「哈哈」是怎么回事啊？

说好的「传统开发」他到底在哪儿呢？

我费了半天劲就想知道「传统开发」到底咋教项目回顾复盘的，怎么就哈哈了呢？

🐻：真是薛定谔的传统开发，要一个具体的信息这么难

🐻：不立文字教外别传佛祖拈花迦叶微笑是么

其实吧，这事我前年写《敏捷中国史》的时候就已经发现了。根本就没有什么「传统开发」。所谓「传统开发」什么具体的东西都没有教给人，只有一帮装模作样的骗子和一大片全凭本能的团队。

（参见：演讲实录丨软件工程跑偏，CMM全是骗子）

过去十八年，在中国IT行业里，唯一真正教人怎么搞需求、怎么管项目、怎么抓质量、怎么写代码的，只有极限编程。极限编程是唯一真正在抓基本功的方法，是唯一真正在教人做软件的方法。

所以就不要扯什么「传统开发是走路、敏捷是跑步」之类的闲篇了。根本就没有什么「传统开发」这种东西。你以为你学了个「传统开发」，其实你啥也没学，全凭本能在工作。要脱离这个全凭本能的状态，还是抓紧练练基本功吧。

🐻：我在TW每年带毕业生，一上来就极限编程

🐻：3个月学完比华为中兴两年的程序员水平还高

嗯，就这么自信。没办法，全靠同行衬托。

---

扫码加入「极限编程中国」微信群

我们这儿不玩虚的