新手軟件項(xiàng)目經(jīng)理：你知道的太多了
話說有一天，魔鬼抓到了兩個(gè)項(xiàng)目經(jīng)理張三和李四，他決定吃掉一個(gè)，剩一個(gè)來給他做項(xiàng)目。張三驕傲地說：“我有PMP證書，我精通CMMI、軟件工程，還會(huì)敏捷、Scrum。”魔鬼一口就把他吃掉了，“額，你知道的太多了。”
1. 你知道的太多了
有3個(gè)游泳教練在教人游泳。第一個(gè)教練推薦學(xué)生看兩本書《游泳工程》和《游泳理論大全YYBOK》，看完了考試，考完試頒發(fā)《游泳證書》，可以自由下水游泳了，注意教練不對(duì)結(jié)果負(fù)責(zé)。第二個(gè)教練會(huì)先讓學(xué)生在岸上按照《游泳YYMMI》規(guī)范把動(dòng)作練到完美，同時(shí)結(jié)合兩本書《游泳工程》和《游泳理論大全YYBOK》，并且在學(xué)生下水后嚴(yán)格按照《游泳YYMMI》執(zhí)行，不能變形。第三個(gè)教練很殘酷，讓學(xué)生在岸上練習(xí)了一會(huì)動(dòng)作，就讓學(xué)生帶著浮板下了水。如果學(xué)生想靠邊，教練會(huì)把他打到池中去。在一到兩周時(shí)間內(nèi)，學(xué)生就學(xué)會(huì)了游泳，但學(xué)生完全不知道啥是《游泳工程》，啥是《游泳理論大全YYBOK》。對(duì)于繼續(xù)深造的學(xué)生，教練才開始《游泳工程》和《游泳理論大全YYBOK》的講解，并且每講一部分就讓學(xué)生在游泳中多體會(huì)糾正。（還有一種，無師自通的狗刨。）
相信大家都很熟悉上面的內(nèi)容，哈哈。有一個(gè)行業(yè)一直是第一種和第二種教法，教出了不少水鬼，這就是軟件行業(yè)。也許他們對(duì)《游泳工程》和《游泳理論大全YYBOK》的理解非常到位，也許他們的動(dòng)作完美符合《游泳YYMMI》規(guī)范，他們甚至游得很快，唯一的區(qū)別就是他們?cè)僖膊恍枰獡Q氣了。（我真該慶幸我女兒是跟第三個(gè)教練學(xué)游泳。）
“如果你的世界中只剩一種工具錘子，你會(huì)不會(huì)試圖把所有東西都變成釘子？”雖然很想說不，但是對(duì)大多數(shù)人來說，答案是會(huì)。學(xué)到更多的知識(shí)有時(shí)是一種負(fù)擔(dān)，一旦被洗腦成功，滿地找釘子的人大有人在。
2. 其實(shí)只有兩種項(xiàng)目管理
其實(shí)只有兩種項(xiàng)目管理，一種是預(yù)言式項(xiàng)目管理，另一種是適應(yīng)性項(xiàng)目管理。在軟件項(xiàng)目中，當(dāng)前預(yù)言式項(xiàng)目管理在行動(dòng)上占上風(fēng)，適應(yīng)性項(xiàng)目管理在話語權(quán)上占上風(fēng)。
2.1 預(yù)言式項(xiàng)目管理
預(yù)言式項(xiàng)目管理相信項(xiàng)目是可以清楚了解并預(yù)測(cè)的。預(yù)言式項(xiàng)目管理注重前期的計(jì)劃，并認(rèn)為項(xiàng)目無非是計(jì)劃的執(zhí)行過程，并在執(zhí)行過程中控制變數(shù)。預(yù)言式項(xiàng)目管理視變化為威脅，要求嚴(yán)格的變更管理。因?yàn)槿耸菐碜兓闹黧w，所以更是威脅。
在預(yù)言式項(xiàng)目管理中，人員變成了角色，交互變成了過程和文檔。客戶變成了需求，領(lǐng)導(dǎo)變成了報(bào)告，開發(fā)人員變成了人月。從此，項(xiàng)目中的一切均可量化管理。
2.2 適應(yīng)性項(xiàng)目管理
適應(yīng)性項(xiàng)目管理相信項(xiàng)目是無法準(zhǔn)確預(yù)測(cè)的，要不斷適應(yīng)變化，響應(yīng)變化。因?yàn)槿耸亲兓闹黧w，所以適應(yīng)性項(xiàng)目管理特別注重人的作用。適應(yīng)性項(xiàng)目管理通常采用迭代和增量式工作方式來進(jìn)行探索和校準(zhǔn)。
3. 無責(zé)任評(píng)項(xiàng)目管理
在上一篇《13給新手的建議》中，我建議新手項(xiàng)目經(jīng)理找到至少一位同公司的項(xiàng)目管理導(dǎo)師。因?yàn)閷?dǎo)師就是你們的教練和浮板，他能在出現(xiàn)意外的時(shí)候保證你的人身安全（別變水鬼），他能讓你把注意力集中到你當(dāng)前要練習(xí)的地方，而不是面面俱到。
但是每一位新手項(xiàng)目經(jīng)理都想學(xué)到更多項(xiàng)目管理知識(shí)。應(yīng)該學(xué)哪些呢？其實(shí)我更推薦直接在項(xiàng)目中學(xué)，跟著導(dǎo)師學(xué)。
3.1 項(xiàng)目管理知識(shí)體系PMBOK
項(xiàng)目管理知識(shí)體系PMBOK是美國(guó)項(xiàng)目管理學(xué)會(huì)（PMI, Project Management Institute）開發(fā)的一個(gè)關(guān)于項(xiàng)目管理的標(biāo)準(zhǔn)，是PMP認(rèn)證的基礎(chǔ)。它把項(xiàng)目管理劃分為9個(gè)知識(shí)領(lǐng)域，即：范圍管理，時(shí)間管理，成本管理，質(zhì)量管理，人力資源管理，溝通管理，采購管理，風(fēng)險(xiǎn)管理和綜合管理。
無責(zé)任亂評(píng)：
PMBOK偏向于預(yù)言式項(xiàng)目管理，希望理清項(xiàng)目中穩(wěn)定的那些因素，控制和限制不穩(wěn)定因素，例如人。
另外，對(duì)新人來說，直接看PMBOK容易陷入局部的理解，而不了解項(xiàng)目的整體。所以PMP考試的要求是至少3年以上的項(xiàng)目管理經(jīng)驗(yàn)，雖然現(xiàn)在貌似交錢就可以考。
如果PMP證書對(duì)找工作有幫助，就學(xué)吧，但注意不要被洗腦了哦。如果已經(jīng)有了不少經(jīng)驗(yàn)，希望更加全面的對(duì)項(xiàng)目的各個(gè)方面有個(gè)了解，PMBOK也是不錯(cuò)的參考資料。
3.2 軟件工程
軟件工程是一門研究用工程化方法構(gòu)建和維護(hù)有效的、實(shí)用的和高質(zhì)量的軟件的學(xué)科。
無責(zé)任亂評(píng)：
軟件工程界長(zhǎng)期以來偏向于預(yù)言式項(xiàng)目管理，也是希望理清項(xiàng)目中穩(wěn)定的那些因素，控制和限制不穩(wěn)定因素，例如人。近期軟件工程書籍上開始引入敏捷。（也有人認(rèn)為敏捷本來就是軟件工程的一部分。）
因?yàn)檫^于全面，對(duì)新人來說，知識(shí)量太大，不建議開始就細(xì)讀。
軟件工程的優(yōu)點(diǎn)是比較全面，如果希望更加全面的對(duì)項(xiàng)目的各個(gè)方面有個(gè)了解，軟件工程是不錯(cuò)的參考資料。
3.3 CMMI
CMMI是一種過程改進(jìn)方法，它的目的是幫助組織改進(jìn)他們的績(jī)效。CMMI認(rèn)證是軟件企業(yè)的流行認(rèn)證，一度被認(rèn)為是“銀彈”。
無責(zé)任亂評(píng)：
CMMI的本質(zhì)是用于檢查組織的軟件開發(fā)能力的，這一點(diǎn)沒錯(cuò)。但是有一點(diǎn)有問題的是，CMMI本身沒有能力提供真正的改進(jìn)，它的改進(jìn)必須依賴于預(yù)言式項(xiàng)目管理或適應(yīng)性項(xiàng)目管理。換言之，CMMI就是醫(yī)院的檢驗(yàn)科，它能提供檢驗(yàn)報(bào)告，但是看病治病你還是得找醫(yī)生。所以相信CMMI能看病的人都被騙了。用CMMI就像去大醫(yī)院治病，會(huì)帶來昂貴的檢驗(yàn)報(bào)告和昂貴的醫(yī)生診治費(fèi)用，不過大醫(yī)院養(yǎng)活著很多醫(yī)生。
另外CMMI帶來了大量的檢驗(yàn)和昂貴的檢驗(yàn)成本，本身就會(huì)影響項(xiàng)目成敗。如果一個(gè)人每天都花錢去醫(yī)院檢驗(yàn)，他就有三種風(fēng)險(xiǎn)，一是無力承擔(dān)昂貴的檢驗(yàn)費(fèi)用，另一種是過量的X光檢驗(yàn)會(huì)致癌，第三種是檢驗(yàn)占用的時(shí)間成本太大，沒時(shí)間鍛煉。不如改善生活態(tài)度，積極鍛煉身體，定期去檢驗(yàn)為好。
CMMI也許對(duì)公司拿項(xiàng)目，撐門面比較有意義。但是作為個(gè)人，尤其是新手，CMMI基本毫無意義。因?yàn)槟阕x不懂檢驗(yàn)報(bào)告，讀懂了你也不會(huì)看病治病。還是專心把項(xiàng)目做好來得實(shí)在。
3.4 RUP
Rational統(tǒng)一過程（RUP）是Rational軟件公司（現(xiàn)在Rational公司被IBM并購）創(chuàng)造的軟件工程方法。在2000年左右，沒用RUP，你出門都不好意思給人打招呼，掉份兒。
無責(zé)任亂評(píng)：
RUP是典型的預(yù)言式項(xiàng)目管理，它那繁瑣的流程定義，事無巨細(xì)的交付文檔，和眾多的角色分工都深深的出賣了它。但是沾了迭代兩個(gè)字的光，它堂而皇之的混入了適應(yīng)性項(xiàng)目管理的陣營(yíng)。
它的優(yōu)點(diǎn)是比較全面，如果希望更加全面的對(duì)項(xiàng)目的各個(gè)方面有個(gè)了解，是不錯(cuò)的參考資料。
3.5敏捷和Scrum
敏捷軟件開發(fā)又稱敏捷開發(fā)，是一種從1990年代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法，是一種應(yīng)對(duì)快速變化的需求的一種軟件開發(fā)能力。它們的具體名稱、理念、過程、術(shù)語都不盡相同，相對(duì)于“非敏捷”，更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專家之間的緊密協(xié)作、面對(duì)面的溝通（認(rèn)為比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊(duì)組織方法，也更注重做為軟件開發(fā)中人的作用。
Scrum是典型的敏捷軟件開發(fā)方法學(xué)，目前在所有敏捷方法學(xué)中采用率最高。
無責(zé)任亂評(píng)：
敏捷是典型的適應(yīng)性項(xiàng)目管理，Scrum當(dāng)然也是。最大的缺點(diǎn)是理論與哲學(xué)很不“科學(xué)”，包含了很多人性化的部分，可變性很大，難于把握。在這一點(diǎn)上，預(yù)言式項(xiàng)目管理有很大的優(yōu)勢(shì)。因此敏捷極其簡(jiǎn)單又非常復(fù)雜。
敏捷更接近傳統(tǒng)工匠文化中的手藝傳遞，特別需要師傅的指引。自學(xué)的，無論學(xué)了多少理論，都很難有好結(jié)果，這也是推薦項(xiàng)目經(jīng)理導(dǎo)師的重要原因。
原文鏈接：http://www.cnblogs.com/davidzhang33/archive/2011/05/27/2060093.html
【編輯推薦】
