15.3.0 案例分析
可以看看這兩個學生項目的例子，推斷出這些團隊的血型：
STG遊戲的跳票（爲了完美，推遲了7天，但是7天之後也沒有發佈……）[leal1] [i]
英語學習軟件（說了“明早發佈”，但是明早一直沒到）[ii]
15.3.1 反動分子阿超
在最後的穩定階段，阿超不斷地把事情推到下一個版本，二柱和果凍都不耐煩了——爲什麼不拼一下，把所有事情在第一版搞定？
阿超： 有兩種做法——
1. 根據事情的輕重緩急，安排大部分事情在下一個版本做。正因爲我們對項目、團隊、商業模式有信心，纔會把很多事情安排在以後的版本中。
2. 拼一下，把所有事情搞定，後果是大家都累得夠嗆，[leal2] 然後人也走了，沒有人有興趣做下一個版本。
二柱： 我記得當年我們公社組織修水利的時候，大家都拼了老命，有幾個前輩都犧牲了，才把水庫修好……難道這些不是有價值的麼？
果凍： 對！我記得山坡上還用巨石刻了一些標語，有兩個前輩就是犧牲在炸開巨石刻字的時候。
阿超： 是啊，現在看起來，那些刻在山上的標語是屬於可“cut”的功能。至少我們可以把它推遲到下一個版本。到今天，我們大家都意識到刻巨大的“人定勝天”標語不是特別重要的“功能”，對麼？這樣豈不更好？當年我們的叔叔伯伯們的確沒有必要“誓死完成”所有的任務。
二柱： 要在以前，你就是反動分子。
阿超： 我們寫商業軟件，是要賺錢養家，如果自己都做得疲憊不堪，精神不振，那拿錢來養啥？如果還要刻字，我建議在山坡上刻“以人爲本”幾個大字。
15.3.2 銀彈之戰
銀彈：爲了避免項目的成員爲了一些問題爭執不休，移山公司發明了銀彈（Silver Bullet）這一工具。簡而言之，就是每個角色的代表（Dev/Test/PM）在項目過程中可以使用有限次的“停止爭論，按我說的辦”的武器 – 銀彈。銀彈一出，大家就要聽話。當然，銀彈用一個少一個，下次有爭論的時候，別人就更有機會使用這個手段了。
討論 - 銀彈真的有用麼？
15.3.3 扁鵲三兄弟[leal4]
果凍： 我聽說了蘿蔔和白菜的故事，其實類似的事兒古代早已有之，請看一段關於“扁鵲三兄弟”的古文：
王獨不聞魏文王之問扁鵲耶？曰：‘子昆弟三人其孰最善爲醫？’扁鵲曰：‘長兄最善，中兄次之，扁鵲最爲下。’魏文侯曰：‘可得聞邪？’扁鵲曰：‘長兄於病視神，未有形而除之，故名不出於家。中兄治病，其在毫毛，故名不出於閭。若扁鵲者，鑱血脈，投毒藥，副肌膚，閒而名出聞於諸侯。（《鶡冠子·卷下·世賢第十六》）[leal5]
扁鵲是這麼說的：“俺大哥治病是看病人的神色，病還沒有表現出來他就把病給治了，所以他的名聲不出家門。俺二哥治病是在病人稍有不適的時候，就把他們搞定，所以他的名聲不出巷子。而我扁鵲看病用的是疏通血脈的針、有毒副作用的湯汁、埋入肌膚之內的草藥。所以我的名聲反倒傳遍了各個諸侯國。”
二柱： 這個跟王屋河的防洪是一個道理，上游搞得好，不發洪水沒人知道，下游要決堤了，一堆人上去堵，死傷幾個，就出名了。我們最善於搞末端治理。
在軟件開發上，如果項目早期就發現並解決了問題，除了“家裏人”，沒人知道；項目中期發現問題並解決，項目的許多相關人員“公司”都知道了；項目後期出了問題，我們要加班，重寫代碼，hack原來的設計，開一些後門來解決問題（下一些副作用很大的猛藥），總算把項目給救活了，這時候全公司的人都知道了。
阿超： 我記得小學六年級學過“曲突徙薪”的故事，也講了類似的道理。我們往往獎勵末端治理的英雄，但是最初提建議的人未必得到獎勵，移山公司會不會也是這樣？
15.3.4 分析一些著名的失敗項目 - 例如，電腦控制的丹佛機場行李系統。
如果你們小組要給這個項目做 Postmortem，你會怎麼總結呢?
http://calleam.com/WTPF/?page_id=2086
http://www.nytimes.com/2005/08/27/national/27denver.html
[i] http://www.cnblogs.com/buaashine/archive/2012/12/17/2821563.html#2590003
[ii] http://www.cnblogs.com/SuperBrothers/archive/2012/12/18/2822585.html