软件工程 敏捷的酒后问答

王屋村移山公司的程序员果冻最近请假参加了一系列敏捷的培训, 有好事者传言他和 “a-girl”勾搭上了, 其他年轻同事有点坐不住了, 也表示要参加此类活动。 几天后, 果冻回到公司, 给所有人发了一枚写有 “Agile” 的胸章。 他纠正大家的发音, 这个词不是发 “a-girl”， 而是“爱脚儿”！ 果冻希望大家一起在公司里掀起一股爱脚儿的热潮, 把公司的软件工程质量从 CMM5 再提高一个档次。

小飞给他讲了一个笑话:

软件团队开会, 领导说: 我们要采用敏捷的开发流程. 很简单, 就是木有计划, 木有文档, 马上写代码, 随时发牢骚。

工程师问: 培训有木有/p>

领导说: 有, 刚才就是培训. 散会! 现在可以写代码和发牢骚了.

答: 敏捷 (Agile) 是一股思潮, 它包括了好几种软件开发的方法论 (methodology); 这些方法论又是建立在许多业界证明行之有效的最佳实践方法 (best practices) 上面的。 如图所示:

名分是有了, 但是他们的最佳适用范围呢/p>

问: 听说有大写的爱脚儿, 和小写的脚儿之分/strong>

答: 有的, 有些激动的人士把敏捷当作一种宗教, 所以大写 Agile; 另一些人只是把敏捷当作一个形容词, 所以小写 agile.

“we follow an agile process” 一般指团队的流程比较灵活。 “we follow the Agile process” 指按照官方敏捷流程的教义开展工作。 当敏捷变成了宗教, 你说它还会敏捷么当实事求是的做法和教条发生了冲突， 你怎么办呢/p>

举个例子, 果冻晚饭吃了 “小葱拌豆腐”, 这是历史悠久的一道素菜。

果冻的朋友不会说-

哇, 这不是最近某大师推荐的么你成了他的粉丝要吃素 你要做和尚么有什么想不开的/p>

我们不要把一些 “有益健康的饮食”和 “投靠某大师/宗教的教义”混淆起来。 当然, 有些大师希望把天下每一道素菜都当作自己首创的, 这另当别论。 如果有人说 – 有些人不适合吃小葱拌豆腐 (例如痛风病人)。 你可以想象有狂热者反驳 – 你难道说豆腐不好你有没有搞错你们看到现在吃豆腐多么流行！这么多吃豆腐的人都错了么

半年前果冻还经常吃生的茄子呢, 那滋味怎么样 。。。 哦, 扯远了, 我们是在聊什么哦, 爱娇娥, 爱脚儿…

回到敏捷 (agile) ， 它是一个形容词， 不是一个东西， 它修饰的是做事情的方式，不是这事情本身。 所以“敏捷”需要一个动作的执行者和一个动作。 光说“敏捷好”是没有用的。

问: 我怕宗教，那么如何分清原教旨主义的爱脚儿, 和把爱脚儿当作实践工具的人士/p>

答: 很简单, 你有礼貌地问对方: 敏捷方法有不适用的场合么然后冷静观察对方的回答和表情, 就可以了. 必要的时候要准备好逃跑的路线。

问: 现在俺们村里有很多发传单, 推广敏捷培训的人士, 他们是哪一种/p>

答: 他们是卖东西的，挣钱不容易, 我们不必挡别人的财路。无语微笑, 避免过多目光接触, 走自己的路即可。

问: 要敏捷的话, 是不是手头用惯了的工具都不能用了/strong>

答: 那倒未必, 有很多工具支持敏捷的方法论, 例如 微软的 Visual Studio Team System 就支持 Agile 的方法论 （叫 msf-agile）。 它也有自己的一套方法论 – 以前我们不是有一个 白话MSF 的讨论么/p>

有理论而没有工具, 那理论也是白扯

有工具而不懂理论, 那工具不能发挥最大作用

问: 敏捷的思想是不是能指导软件开发以外的工作/strong>

答: 当然可以, 例如把下面文章的某某思想换成 敏捷思想, 也是能讲得通, 你看那pair-programming 的两个妙龄少女身手多么敏捷!

问: 我想敏捷，但是项目的期限不能往后拖, 敏捷能帮我早日完成任务么/strong>

答: 敏捷不是万能的。 敏捷的方法能帮助你更早地知道你是否能如期完成任务, 仅此而已。 敏捷的方法（迭代的方式）能帮你尽快让用户看到项目的 部分 价值。 当你尽早交付 部分 价值的时候， 也许用户对你目前交付的东西已经很满意了，这样你就不用再花时间来实现其它事情。 另一种可能是， 用户看到了部分系统，他们有新的需求，这样你就可以实现新的需求，而不用再浪费时间实现过时的需求了.

**************

注: 果冻, 小飞, 阿超都是 《移山之道》中的人物. 问答都在酒后进行, 也许有很多不准确的地方