【正文】 代碼內(nèi)記錄下來任何新的實(shí)踐，以免你的代碼和關(guān)于代碼的說明書不一致，那時(shí)理解系統(tǒng)的最好方法就只能是查看代碼本身。這種情況稱為在軟件組件和系統(tǒng)元數(shù)據(jù)之間“失去耦合” 。若沒有足夠的文檔記錄來維護(hù)你的軟件時(shí)，就只能替換它了。要鼓勵(lì)你的軟件項(xiàng)目團(tuán)隊(duì)開發(fā)人員創(chuàng)新，但是不要鼓勵(lì)他們聰明過頭，化簡(jiǎn)為繁。聰明過頭會(huì)讓其他人跟不上。如果后來的開發(fā)人員不能讀懂代碼，怎能期望他們維護(hù)它？任何程序員為了保住工作，都可能試著聰明地解決問題，但是沒有項(xiàng)目經(jīng)理能從中受益。太過聰明的代碼最終會(huì)難以維護(hù)。那會(huì)導(dǎo)致維護(hù)失敗，對(duì)軟件系統(tǒng)展開代價(jià)高昂的返工。24. 掌控人的因素作為項(xiàng)目經(jīng)理，我們常被具體計(jì)劃細(xì)節(jié)所困擾。我們與隊(duì)員聚集在一起，試著預(yù)測(cè)那些可能使我們項(xiàng)目脫軌的危險(xiǎn)因素。我們搗鼓數(shù)字來確保能在規(guī)定預(yù)算內(nèi)完成項(xiàng)目產(chǎn)出。但是我們總是沒注意到或者完全忽視了項(xiàng)目失敗最普遍的原因：人為因素。從錯(cuò)誤到事故，到徹底行不通，種種人為失敗都可歸咎于我們喜歡重復(fù)過去的行為方法。我們以為，如果上一次這么做成功了，那它應(yīng)該再一次成功。有一個(gè)古老的諺語(yǔ)： “對(duì)錘子來說，每個(gè)問題都是一個(gè)釘子。 ”心理學(xué)實(shí)驗(yàn)表明，在壓力影響下，人們可能會(huì)回到像錘子那樣的經(jīng)驗(yàn)上，因?yàn)樗麄儼l(fā)現(xiàn)以前那么做成功過。還有什么比承接一個(gè)新軟件項(xiàng)目更具壓力的呢？因?yàn)榇蠖鄶?shù)項(xiàng)目的目標(biāo)是開發(fā)新的產(chǎn)品、服務(wù)或解決方案，所以應(yīng)該鼓勵(lì)敏捷與靈活的頭腦和工作方式，而非重復(fù)過去的行為。當(dāng)你面對(duì)一個(gè)新的艱巨任務(wù)時(shí)，依照舊程序恐怕達(dá)不到原來的目的?？紤]在某正規(guī)軟件項(xiàng)目管理方法上有豐富經(jīng)驗(yàn)的業(yè)務(wù)分析員。從邏輯上，他可能會(huì)同意他的開發(fā)人員選用一個(gè)更敏捷的軟件開發(fā)方法的理由，但是當(dāng)面對(duì)危機(jī)四伏的時(shí)間壓力時(shí)，他可能會(huì)考慮使用一些過去見效的慣用技術(shù)以及和軟件無關(guān)的經(jīng)驗(yàn)。銀行監(jiān)管機(jī)構(gòu)的報(bào)告指出，弄錯(cuò)數(shù)字是一個(gè)普遍的錯(cuò)誤，特別是當(dāng)雇員因?yàn)楣ぷ鲏毫騻€(gè)人壓力而沒有百分之百地集中精力時(shí)。知道這種人為趨勢(shì)，明智的項(xiàng)目經(jīng)理將仔細(xì)核定估算、預(yù)算等文件，重點(diǎn)尋找這幾類易人為產(chǎn)生的疏忽。是什么在給你的項(xiàng)目團(tuán)隊(duì)施壓？它可能是個(gè)人私事，比如上班前和丈夫或妻子大吵了一架，或家里的財(cái)務(wù)緊張，或是家里有病人或孩子需要掛牽。壓力也可能與工作有關(guān)。它可能是一些小事，如與關(guān)鍵利益相關(guān)者開會(huì)時(shí)卻遲到，忘記拿一個(gè)重要文件等等?；蛘?，也可能是擔(dān)心失去工作，害怕項(xiàng)目編碼和測(cè)試不能按時(shí)完成。壓力導(dǎo)致人們沿用過去的行為而不是積極采取解決問題的行動(dòng)。作為項(xiàng)目經(jīng)理，你有責(zé)任找出會(huì)導(dǎo)致項(xiàng)目組成員回到過去老路上的壓力是什么。通過與他們積極對(duì)話并且仔細(xì)管理好他們的工作環(huán)境，你可以為他們免除壓力或者將壓力的影響降至最小。人都有情感，所以在工作中受情感影響是自然的。但是只有人才能開發(fā)軟件，所以要像監(jiān)管和保護(hù)你的其他資源一樣仔細(xì)地培養(yǎng)和管理你的人力資源。25. 使用維基維基是一個(gè)偉大的機(jī)制，可以聚攏你的項(xiàng)目信息。理想情況下，維基每天要更新多次，并且它在團(tuán)隊(duì)成員桌面窗口上總是打開著的。為了防止浪費(fèi)實(shí)際項(xiàng)目工作可能需要的寶貴腦細(xì)胞，我給出一些維基網(wǎng)頁(yè)的建議。在創(chuàng)建這些網(wǎng)頁(yè)的同時(shí)，你要知道怎樣給自己的軟件項(xiàng)目定制網(wǎng)站。利益相關(guān)者。 z 為諸如最新的項(xiàng)目統(tǒng)計(jì)、短期問題、長(zhǎng)期問題、風(fēng)險(xiǎn)、預(yù)算跟蹤和里程碑成就等議題留下空間。開發(fā)人員。 z 增加信息，比如連接到質(zhì)量評(píng)價(jià)數(shù)據(jù)庫(kù)的鏈接?；锇閭儾粫?huì)浪費(fèi)時(shí)間去從其他隨意資源中查找代碼。團(tuán)隊(duì)人員可以共享議題，比如編碼標(biāo)準(zhǔn)、構(gòu)建和布署過程、常見陷阱和先進(jìn)編碼技術(shù)的使用（如依賴注入） 。一般信息。 z 軟件項(xiàng)目經(jīng)理應(yīng)該在一般信息中增添幫助臺(tái)電話號(hào)碼、團(tuán)隊(duì)角色與職責(zé)，以及每個(gè)團(tuán)隊(duì)成員的聯(lián)絡(luò)信息。團(tuán)隊(duì)日歷。 z 使用本網(wǎng)站張貼團(tuán)隊(duì)日歷。有個(gè)訣竅是使用一個(gè)指向 Google日歷的嵌入式的調(diào)用。會(huì)議紀(jì)要。 z 將會(huì)議紀(jì)要存檔，這樣團(tuán)隊(duì)就能容易地想起過去會(huì)議的細(xì)節(jié)。團(tuán)隊(duì)成員也能迅速地查閱會(huì)議記錄來研究問題，或?yàn)橐院蟮臅?huì)議作準(zhǔn)備。會(huì)議議程。 z 為利益相關(guān)者設(shè)立一個(gè)可以提示議程事項(xiàng)的在線程序。當(dāng)然，經(jīng)過軟件項(xiàng)目經(jīng)理的批準(zhǔn)后，要將這一事項(xiàng)的必要性和下次會(huì)議的時(shí)間限制告知整個(gè)團(tuán)隊(duì)。業(yè)務(wù)分析員。 z 這個(gè)人通常和開發(fā)人員不在一個(gè)地方工作。他需要能夠進(jìn)入工作文件和從多個(gè)位置訪問領(lǐng)域制品的集中入口。測(cè)試人員 z 。有些組織可能將測(cè)試的職責(zé)從程序員身上分離出來。該站點(diǎn)能為這兩個(gè)團(tuán)隊(duì)提供情報(bào)交換所。應(yīng)該貼出文章告訴大家怎樣使用Selenium、QTP 和 Quality Center 之類的測(cè)試工具。這里能在線開發(fā)和討論錯(cuò)誤跟蹤程序，還能張貼最終的決定。下面給出一些建議。不要復(fù)制信息。如果信息放置在其他地方，可以鏈接它而不是把它復(fù)制到 z維基里。注意變化的數(shù)量，確保信息沒有過時(shí)。否則，人們將停止使用維基。 z如果可能，試著讓你的信息是由實(shí)時(shí)數(shù)據(jù)驅(qū)動(dòng)。使用的項(xiàng)目管理工具要 z包含維基接口，圖表和狀態(tài)的創(chuàng)建由實(shí)際項(xiàng)目數(shù)據(jù)驅(qū)動(dòng)。這將使工作進(jìn)程處于實(shí)時(shí)狀態(tài)。任何時(shí)候你想通過電子郵件傳送項(xiàng)目信息，尤其在有附件（文檔、項(xiàng)目計(jì)劃和預(yù)算信息等）的情況下，你都應(yīng)該考慮團(tuán)隊(duì)維基是否更適合用來交換和存檔信息。26. 缺失的環(huán)節(jié)軟件項(xiàng)目經(jīng)理一致認(rèn)為，他們最大的難題就是既要讓團(tuán)隊(duì)成員恰當(dāng)?shù)靥幚眄?xiàng)目細(xì)節(jié)，又要讓他們掌控好分配的任務(wù)和進(jìn)度。他們知道，團(tuán)隊(duì)成員總是面臨分身乏術(shù)的兩難處境，既要履行例行職責(zé)，如處理日常工作、解決問題、協(xié)調(diào)部門合作事宜、答復(fù)日常交流，又要按時(shí)完成項(xiàng)目開發(fā)任務(wù)。被一個(gè)項(xiàng)目團(tuán)隊(duì)挑中可能在開始時(shí)會(huì)被視為是值得祝賀的事，但許多開發(fā)人員發(fā)現(xiàn)參與項(xiàng)目團(tuán)隊(duì)不可避免地要從日常工作中分心。到了緊要關(guān)頭，開發(fā)人員甚至?xí)_承認(rèn)日常維護(hù)和支持指定系統(tǒng)對(duì)他而言要比履行項(xiàng)目任務(wù)更為重要。作為項(xiàng)目經(jīng)理，你的第一個(gè)沖動(dòng)是斷定，因?yàn)轫?xiàng)目工作現(xiàn)在或者將來都不具有優(yōu)先權(quán)，那么這個(gè)人就不該屬于你這個(gè)團(tuán)隊(duì)。然而，由于大多數(shù)組織的主題專家（SME）人數(shù)有限，所以可能無法再更換團(tuán)隊(duì)成員或?qū)ふ乙粋€(gè)更敬業(yè)的人。這里有一些小建議來幫助解決這個(gè)問題。確保所有管理層支持該項(xiàng)目的目標(biāo)。 z修改主題專家工作描述，描述中要包含“作為團(tuán)隊(duì)成員完成其他項(xiàng)目中 z必要的工作”而不是“履行其他規(guī)定的職責(zé)” 。讓管理層和人力資源部門強(qiáng)調(diào)這個(gè)改變，并且確保所有的主管在未來業(yè) z績(jī)?cè)u(píng)估中側(cè)重考慮項(xiàng)目活動(dòng)成績(jī)。在每個(gè)新項(xiàng)目開始時(shí)，軟件項(xiàng)目經(jīng)理、部門經(jīng)理或主管、資助者或另一 z位關(guān)鍵利益相關(guān)者應(yīng)該聯(lián)名給每位項(xiàng)目成員發(fā)送一封個(gè)性化邀請(qǐng)信。這封信或電子郵件應(yīng)該解釋即將開工的項(xiàng)目的高層目標(biāo)和每個(gè)具體團(tuán)隊(duì)成員的高層職責(zé)。宣告項(xiàng)目成功完成時(shí)，要給每個(gè)項(xiàng)目成員頒發(fā)成就證書。要注意，這份 z證書的副本將放進(jìn)他的人力資源檔案中，用作季度業(yè)績(jī)?cè)u(píng)估時(shí)的參考。部門經(jīng)理的上司應(yīng)該明確一點(diǎn)，那就是與例行的技術(shù)任務(wù)相比，項(xiàng)目進(jìn) z展對(duì)實(shí)現(xiàn)組織目標(biāo)更重要。主管人員應(yīng)該特別要求部門經(jīng)理幫助項(xiàng)目團(tuán)隊(duì)成員騰出時(shí)間定期完成 z項(xiàng)目活動(dòng)，不惜讓他暫時(shí)卸下常規(guī)任務(wù)，交由 IT 團(tuán)隊(duì)中的其他成員承擔(dān)。應(yīng)該明確認(rèn)識(shí)到成功參與項(xiàng)目的人將使組織百尺竿頭，更進(jìn)一步，應(yīng)該予以獎(jiǎng)賞和表彰。對(duì)成功參與大小項(xiàng)目的人應(yīng)該提出表?yè)P(yáng)。正如敏捷開發(fā)里常說的，這使得“可能的藝術(shù)”得以發(fā)揚(yáng)光大，使員工的主動(dòng)性與組織目標(biāo)不謀而合。27. 估算，估算，再估算有種現(xiàn)象在項(xiàng)目管理中是如此常見，我們?cè)陧?xiàng)目初始階段（當(dāng)我們只知道一點(diǎn)點(diǎn)時(shí)）就對(duì)項(xiàng)目進(jìn)行估算，然后在整個(gè)項(xiàng)目進(jìn)程中（比剛開始知道得多些時(shí)）卻對(duì)以前的估算結(jié)果不聞不問。更壞的是，我們從來沒有把最后的實(shí)際結(jié)果和我們最初的估算作個(gè)比較，沒有為我們的將來錘煉技能。在我們的組織實(shí)踐中，我們要對(duì)每個(gè)項(xiàng)目一周估算一次。甚至是先前已經(jīng)估算過但還沒有實(shí)施的任務(wù)，我們?nèi)匀灰俅喂浪恪槭裁次覀円@樣做呢？有以下幾個(gè)原因。我們估算得越多，就會(huì)估算得越準(zhǔn)。 有時(shí)候，我們逐漸知道得更多，這能幫助我們進(jìn)行估算。 有時(shí)候，我們逐漸意識(shí)到不像我們?cè)认氲牧私饽敲炊啵@也能幫助我 們估算。通常，在涉及新技術(shù)時(shí)，早期的估算會(huì)包含“恐懼”因素。隨著對(duì)新技 術(shù)了解得更多，基于恐懼的成分會(huì)逐漸減少。估算是一項(xiàng)團(tuán)隊(duì)活動(dòng)，它是我們一種重要的交談方式。 最終，要想能更好地進(jìn)行估算，最好的方法是確保隨時(shí)了解實(shí)際情況，這樣團(tuán)隊(duì)就能得到估算結(jié)果的反饋信息。我唯一要提醒的是：不能用這個(gè)信息來懲罰團(tuán)隊(duì)！估算的真正作用不是讓人們達(dá)到他們的估算目標(biāo)，而是一旦他們認(rèn)為達(dá)不到時(shí)，可以事先提醒你。這里有一個(gè)你能玩的簡(jiǎn)單游戲，可以讓你充分理解估算和反饋的力量。拿三個(gè)大小不同的空瓶子，用吉利豆裝滿。記下裝滿每個(gè)瓶子各需要多少吉利豆。召集一個(gè)你正給其講解估算的小組，讓每個(gè)成員估計(jì)最小的瓶子里面有多少吉利豆。我會(huì)讓人們兩兩配對(duì)來估計(jì)。給他們一小段時(shí)間提出一個(gè)估計(jì)，然后讓他們寫下來。讓每組大聲讀出他們的估計(jì)。在一個(gè)白板或書寫掛紙板上寫下估算結(jié)果。對(duì)第二個(gè)和第三個(gè)瓶子重復(fù)相同的步驟。最后，告訴團(tuán)隊(duì)成員這是一個(gè)做估算的好方法，感謝他們的參與，并且在你離開前問是否還有問題。我屢試不爽：一定會(huì)有人問每個(gè)瓶子里到底有多少吉利豆。他們想要知道！小吊一下他們的胃口，然后告訴他們這問題有多么可笑。不過是一瓶吉利豆而已，至于嗎？現(xiàn)在切入正題。問問他們有多少次在更重要的題目上應(yīng)該把信息反饋給他們的團(tuán)隊(duì)，卻認(rèn)為不重要而沒有做。從此后，他們?cè)僖膊粫?huì)疏于給他們的團(tuán)隊(duì)反饋信息了。28. 項(xiàng)目管理辦公室在前進(jìn)如果你是一位軟件開發(fā)人員，你可能認(rèn)同一個(gè)反應(yīng)靈敏、適應(yīng)性強(qiáng)的機(jī)制才能開發(fā)成功的軟件。遺憾的是，似乎全世界的所有人都在所有部門推行標(biāo)準(zhǔn)化的方式。這唯獨(dú)對(duì)軟件開發(fā)人員來說不是個(gè)好消息。組織結(jié)構(gòu)中最新的做法是成立項(xiàng)目管理辦公室（PMO） 。這一遍及全球的現(xiàn)象是讓一個(gè)小團(tuán)隊(duì)承擔(dān)起監(jiān)督和支持企業(yè)項(xiàng)目和程序的任務(wù)。團(tuán)隊(duì)的目的是把一致性引入文件和模板中，讓報(bào)告程序標(biāo)準(zhǔn)化，并且提供一種統(tǒng)一的方式通過項(xiàng)目增加企業(yè)價(jià)值。PMO 的目的是成為智慧和協(xié)作的核心。通過實(shí)行統(tǒng)一的組合管理、計(jì)劃管理和項(xiàng)目管理，他們?cè)诓块T項(xiàng)目中將企業(yè)戰(zhàn)略目標(biāo)同員工的行動(dòng)聯(lián)系在一起。這對(duì)保障工作質(zhì)量而言也是件好事。在企業(yè)內(nèi)部，PMO 的職能如下。戰(zhàn)略職能 z 。在這個(gè)職能中，PMO 要鑒別和挑選項(xiàng)目并給項(xiàng)目排出優(yōu)先級(jí)，這些項(xiàng)目與公司的戰(zhàn)略計(jì)劃是高度一致的。指導(dǎo)職能 z 。為了履行他們的指導(dǎo)職責(zé)，PMO 的職員確定指導(dǎo)方針、標(biāo)準(zhǔn)和模板。他們?cè)u(píng)估和指導(dǎo)軟件項(xiàng)目經(jīng)理應(yīng)該如何應(yīng)用最好的方法、工具、技術(shù)以及軟件來成功完成開發(fā)團(tuán)隊(duì)的目標(biāo)。支持職能 z 。PMO 為項(xiàng)目團(tuán)隊(duì)成員和項(xiàng)目經(jīng)理提供支持。包括開辦培訓(xùn)課程，調(diào)整模板和文件以使其適用于所有部門，或者與項(xiàng)目經(jīng)理一起解決人員配置或其他人力資源問題。世界各地不同公司的 PMO 都不相同。每個(gè)公司的項(xiàng)目管理工作也處于不同的發(fā)展階段。所以通常意義上的 PMO 可能包含各式各樣的職責(zé)，有一些如上所述，也有一些本文未提及的獨(dú)特職責(zé)。PMO 指導(dǎo)大家選用合適的經(jīng)驗(yàn)證的標(biāo)準(zhǔn)化工具、技術(shù)和軟件，因此可以減少由于不確定性和日益強(qiáng)調(diào)項(xiàng)目應(yīng)更便宜、更好或更快而引發(fā)的問題。PMO 在確有必要和行之有效的地方使用了一整套標(biāo)準(zhǔn)化的方法學(xué)：項(xiàng)目鑒別、數(shù)據(jù)收集、分析、信息采集、發(fā)布、報(bào)告、風(fēng)險(xiǎn)管理、采購(gòu)、質(zhì)量和其他項(xiàng)目管理知識(shí)領(lǐng)域，如文檔記錄和通信。在國(guó)際會(huì)議、研討會(huì)和最近發(fā)表的論文中，通過 PMO 模型而取得經(jīng)濟(jì)上的成功已成為熱門話題。如今，大學(xué)教育越來越需要適應(yīng)當(dāng)前“真實(shí)世界”的實(shí)踐，因而，關(guān)于這個(gè)話題的學(xué)術(shù)討論也很多。今天的學(xué)生就是明天的開發(fā)人員。PMO 已為多數(shù)人所認(rèn)可。如果現(xiàn)在你正好是一位軟件開發(fā)人員，你應(yīng)該主動(dòng)開始和 PMO 積極討論，交流一下專業(yè)人士成功的經(jīng)驗(yàn)，談?wù)勡浖_發(fā)流程的獨(dú)特性。如果不這么做，你極有可能會(huì)被各類不適合的方法、文檔需求和規(guī)程所拖累。又快又好、質(zhì)量又高的軟件對(duì)每個(gè)人都是最有利的。29. 重苦勞，更重功勞軟件開發(fā)需要花費(fèi)很多精力。然而，如果你聽到有人自夸“我寫的這個(gè)應(yīng)用程序有 300 多萬行代碼” ，那么你就要問問他這個(gè)程序里到底有多少行代碼是真正需要的。添加額外代碼通常是考慮到某種擴(kuò)展性①。擴(kuò)展性很重要，但是如果沒有做好，它會(huì)起到反作用，從而延緩你目前的項(xiàng)目。此外，超范圍代碼表明軟件項(xiàng)目經(jīng)理只看重超時(shí)和超力。如果你墨守成規(guī)地要求程序員必須加班加點(diǎn)地工作，那么一定要確保他們工作能產(chǎn)生額外且可用的結(jié)果。我喜歡草坪總是綠茵茵的，于是便讓灑水系統(tǒng)每天自動(dòng)為其澆水。那是我在科羅拉多州度過的第一個(gè)夏天，我注意到一棵楓樹的葉子落了一大半。我猜想這是高溫和干旱引起的，所以我延長(zhǎng)了澆水的時(shí)間，但是沒有起色。我咨詢的專家問我： “你澆水的頻率和時(shí)間是多少？”我如實(shí)回答后，他說： “那就是問題所在 ! 將澆水時(shí)間和頻率減半，就會(huì)有起色了。 ”我一直在用過量的水扼殺那棵樹。少澆一些水果真起到了作用。這樣做增強(qiáng)了這些樹的抵抗力，幫助它們茁壯成長(zhǎng)。兩周后，我的樹就恢復(fù)了健康，枝繁葉茂起來。① 擴(kuò)展性：一種把未來增長(zhǎng)考慮進(jìn)去的系統(tǒng)設(shè)計(jì)原則。在編寫當(dāng)前所需功能時(shí)，盡量考慮創(chuàng)建和執(zhí)行額外功能的能力。談到工作時(shí)間，你的程序員就像楓樹。占用他們少量但充足的時(shí)間，指定一些寬泛的任務(wù)，他們就會(huì)茂盛起來。給他們布置艱巨的任務(wù)，要求他們經(jīng)常加班，他們就會(huì)開始枯萎。另外，因?yàn)樗麄児ぷ鲿r(shí)間太多，所以往往會(huì)寫多余代碼，把程序搞復(fù)雜了。我過去的一位上司就相當(dāng)在意員工工作時(shí)間的長(zhǎng)短。周六上午是不是