12.6不对称的主楼

　　果冻：超总，我上次系统地看了MSF-CMMI的资料，昨天又听了河曲数码的讲座，觉得真是茅塞顿开，我们还等什么？就照着MSF-CMMI的方法来做吧。

　　阿超：河曲数码是什么讲座？

　　果冻：就是关于在新形势下如何提高CMMI等级的讲座，据说是在大牛演讲的基础上的扬弃。

　　大牛：这么快就扬弃我了？

　　阿超：哦？我们就照着MSF干？

　　果冻：对呀。准确地说是MSF-CMMI，MSF敏捷方法太简单了，没深度。别人走了很多弯路才形成的宝贵经验，我们就不用再付学费了，多好！拿来主义嘛。

　　阿超：能拿来就用，当然好。不过我听说你们学校的主楼有一个很有意思的传说……

　　果冻：对，我们的主楼，据说是从以前苏联老大哥的某一院校照搬图纸过来修建的，在修建时发现主楼两翼并不对称，高度也不相等。但是老大哥既然是这样做的，我们就照着图纸干了。N年后，我们发现之所以不对称，是因为原来院校的地形限制。但是我们学校是一马平川。没必要搞一个不对称、高度不一致的主楼。

　　阿超：所以……（众笑）

　　阿超：我认为人员的素质和经验、产品的要求决定了开发模式。我和领导小组研究后，觉得我们移山项目适合用迭代开发的模式，也就是所谓在MSF- 敏捷开发模式的基础上简化的“移山模式”。

　　正如前面提到的，移山模式中，我们只有两个工作项：

　　u（1）任务（Task）：要做的事情。

　　u（2）缺陷（Bug）：意外产生的产品缺陷。

　　项目的周期大概如图12-3所示，其中，里程碑（Iteration）的数目可以变化，中间的里程碑用“里程碑i”来表示可以有多个里程碑。

图12-3里程碑驱动的开发模式