【正文】 構(gòu)建代碼。仍需要有需求說明書，但是它們可以應(yīng)需而變。我們需要使用項(xiàng)目管理技巧使產(chǎn)品更快地推入市場，那樣我們才能在競爭對(duì)手生產(chǎn)出類似的甚至更好的產(chǎn)品之前讓它贏得大量顧客。通常沒有人主動(dòng)將這些關(guān)鍵問題的答案告訴項(xiàng)目經(jīng)理，所以你必須學(xué)會(huì)問。多年來，我已經(jīng)認(rèn)識(shí)到定期休假是十分必要的，它可以使你從大多數(shù)項(xiàng)目都固有的壓力中得以喘息。如果你喜歡將重要的事情推遲至你回來后再做，你可以讓大家知道。從本質(zhì)上講，消除障礙和解決問題就會(huì)逐漸取代日常的細(xì)節(jié)管理。各種瑣事和重返工作狀態(tài)所花的時(shí)間實(shí)際上消耗了一個(gè)腦力工作者一天 28% 的時(shí)間，并且還會(huì)引起過多的挫敗感和壓力。當(dāng)一個(gè)開發(fā)人員思路被打斷時(shí)，許多這類信息就從他的頭腦中“換出去”了，此后還需要相當(dāng)多的腦力才能回想起來。同時(shí)參與三四個(gè)項(xiàng)目的開發(fā)人員經(jīng)常需要花費(fèi)更多的時(shí)間參加會(huì)議解釋為什么工作沒有進(jìn)展，而不是在實(shí)際工作上花費(fèi)更多時(shí)間。但事實(shí)是，上述假設(shè)是不存在的，所以我們項(xiàng)目經(jīng)理的角色才會(huì)存在。雪上加霜的是，這種情況不只是發(fā)生在管理項(xiàng)目上，有時(shí)候人也同樣需要被“大事化小小事化了” 。22. 授權(quán)：蒂姆的故事往往一個(gè)軟件項(xiàng)目經(jīng)理的最佳工作方法就是設(shè)定愿景，確定好優(yōu)先級(jí)，然后就閃開。其中有個(gè)項(xiàng)目經(jīng)理和蒂姆共事過，指出他缺乏主動(dòng)性。(2) 通過這些故事創(chuàng)建一個(gè)項(xiàng)目范圍的團(tuán)隊(duì)前景，建立良好的驗(yàn)收標(biāo)準(zhǔn)。任務(wù)追蹤系統(tǒng)的重要意義常常未被充分認(rèn)識(shí)。她填鴨式地給開發(fā)人員布置任務(wù)，然后離開團(tuán)隊(duì)工作區(qū)去參加各種會(huì)議。但是由于所謂的聰明代碼長且復(fù)雜，它可能只會(huì)制造出未來的維護(hù)問題。很明顯，在組織中增加新語言和計(jì)算機(jī)平臺(tái)會(huì)引發(fā)不少顧慮。如果后來的開發(fā)人員不能讀懂代碼，怎能期望他們維護(hù)它？任何程序員為了保住工作，都可能試著聰明地解決問題，但是沒有項(xiàng)目經(jīng)理能從中受益。我們以為，如果上一次這么做成功了，那它應(yīng)該再一次成功。知道這種人為趨勢，明智的項(xiàng)目經(jīng)理將仔細(xì)核定估算、預(yù)算等文件，重點(diǎn)尋找這幾類易人為產(chǎn)生的疏忽。人都有情感，所以在工作中受情感影響是自然的。一般信息。有個(gè)訣竅是使用一個(gè)指向 Google日歷的嵌入式的調(diào)用。測試人員不要復(fù)制信息。 z如果可能，試著讓你的信息是由實(shí)時(shí)數(shù)據(jù)驅(qū)動(dòng)。被一個(gè)項(xiàng)目團(tuán)隊(duì)挑中可能在開始時(shí)會(huì)被視為是值得祝賀的事，但許多開發(fā)人員發(fā)現(xiàn)參與項(xiàng)目團(tuán)隊(duì)不可避免地要從日常工作中分心。 z修改主題專家工作描述，描述中要包含“作為團(tuán)隊(duì)成員完成其他項(xiàng)目中 z位關(guān)鍵利益相關(guān)者應(yīng)該聯(lián)名給每位項(xiàng)目成員發(fā)送一封個(gè)性化邀請(qǐng)信。 z展對(duì)實(shí)現(xiàn)組織目標(biāo)更重要。更壞的是，我們從來沒有把最后的實(shí)際結(jié)果和我們最初的估算作個(gè)比較，沒有為我們的將來錘煉技能。 術(shù)了解得更多，基于恐懼的成分會(huì)逐漸減少。記下裝滿每個(gè)瓶子各需要多少吉利豆。我屢試不爽：一定會(huì)有人問每個(gè)瓶子里到底有多少吉利豆。組織結(jié)構(gòu)中最新的做法是成立項(xiàng)目管理辦公室（PMO） 。支持職能PMO 指導(dǎo)大家選用合適的經(jīng)驗(yàn)證的標(biāo)準(zhǔn)化工具、技術(shù)和軟件，因此可以減少由于不確定性和日益強(qiáng)調(diào)項(xiàng)目應(yīng)更便宜、更好或更快而引發(fā)的問題。又快又好、質(zhì)量又高的軟件對(duì)每個(gè)人都是最有利的。那是我在科羅拉多州度過的第一個(gè)夏天，我注意到一棵楓樹的葉子落了一大半。 擴(kuò)展性：一種把未來增長考慮進(jìn)去的系統(tǒng)設(shè)計(jì)原則。我過去的一位上司就相當(dāng)在意員工工作時(shí)間的長短。兩周后，我的樹就恢復(fù)了健康，枝繁葉茂起來。如果你墨守成規(guī)地要求程序員必須加班加點(diǎn)地工作，那么一定要確保他們工作能產(chǎn)生額外且可用的結(jié)果。如果現(xiàn)在你正好是一位軟件開發(fā)人員，你應(yīng)該主動(dòng)開始和 PMO 積極討論，交流一下專業(yè)人士成功的經(jīng)驗(yàn)，談?wù)勡浖_發(fā)流程的獨(dú)特性。每個(gè)公司的項(xiàng)目管理工作也處于不同的發(fā)展階段。為了履行他們的指導(dǎo)職責(zé)，PMO 的職員確定指導(dǎo)方針、標(biāo)準(zhǔn)和模板。在企業(yè)內(nèi)部，PMO 的職能如下。遺憾的是，似乎全世界的所有人都在所有部門推行標(biāo)準(zhǔn)化的方式。對(duì)第二個(gè)和第三個(gè)瓶子重復(fù)相同的步驟。這里有一個(gè)你能玩的簡單游戲，可以讓你充分理解估算和反饋的力量。隨著對(duì)新技正如敏捷開發(fā)里常說的，這使得“可能的藝術(shù)”得以發(fā)揚(yáng)光大，使員工的主動(dòng)性與組織目標(biāo)不謀而合。部門經(jīng)理的上司應(yīng)該明確一點(diǎn)，那就是與例行的技術(shù)任務(wù)相比，項(xiàng)目進(jìn)在每個(gè)新項(xiàng)目開始時(shí)，軟件項(xiàng)目經(jīng)理、部門經(jīng)理或主管、資助者或另一26. 缺失的環(huán)節(jié)軟件項(xiàng)目經(jīng)理一致認(rèn)為，他們最大的難題就是既要讓團(tuán)隊(duì)成員恰當(dāng)?shù)靥幚眄?xiàng)目細(xì)節(jié)，又要讓他們掌控好分配的任務(wù)和進(jìn)度。這里能在線開發(fā)和討論錯(cuò)誤跟蹤程序，還能張貼最終的決定。 z 這個(gè)人通常和開發(fā)人員不在一個(gè)地方工作。會(huì)議議程。伙伴們不會(huì)浪費(fèi)時(shí)間去從其他隨意資源中查找代碼。利益相關(guān)者。作為項(xiàng)目經(jīng)理，你有責(zé)任找出會(huì)導(dǎo)致項(xiàng)目組成員回到過去老路上的壓力是什么。從邏輯上，他可能會(huì)同意他的開發(fā)人員選用一個(gè)更敏捷的軟件開發(fā)方法的理由，但是當(dāng)面對(duì)危機(jī)四伏的時(shí)間壓力時(shí)，他可能會(huì)考慮使用一些過去見效的慣用技術(shù)以及和軟件無關(guān)的經(jīng)驗(yàn)。但是我們總是沒注意到或者完全忽視了項(xiàng)目失敗最普遍的原因：人為因素。要鼓勵(lì)你的軟件項(xiàng)目團(tuán)隊(duì)開發(fā)人員創(chuàng)新，但是不要鼓勵(lì)他們聰明過頭，化簡為繁。相比你現(xiàn)在使用的語言，新編程語言用更少的代碼行就能實(shí)現(xiàn)相同的功能。他們必須找尋聰明的方法使今天的項(xiàng)目代碼能配合一身補(bǔ)丁的陳舊的遺留軟件。完成的任務(wù)越多意味著項(xiàng)目完成得越快。(3) 要完成任務(wù)的開發(fā)人員把故事分解成多個(gè)任務(wù)并且評(píng)估它。公開會(huì)議主要有以下幾方面的內(nèi)容。但是有一票不同意。如果我們不把這些情形看成是完成工作的障礙，而是更恰當(dāng)?shù)卣J(rèn)為它們是工作本身的核心，那么工作將會(huì)更順利、更安寧和更平穩(wěn)。我們的任務(wù)是更好地計(jì)劃、更清晰地思考，讓項(xiàng)目資助者和完成它的工作者有更遠(yuǎn)大的戰(zhàn)略眼光。否則，就不需要項(xiàng)目經(jīng)理了。他們會(huì)想： “既然 30 分鐘后要被打斷，現(xiàn)在為什么還要開始呢？”并且開發(fā)人員在開會(huì)期間涌現(xiàn)出的好主意，會(huì)在返回電腦之前就被忘記，或者不再琢磨。信息癖（信息過量致人虛弱的狀態(tài)）被普遍認(rèn)為是影響開發(fā)人員生產(chǎn)效率的勁敵。通常情況下，一個(gè)人在經(jīng)歷一件瑣事后需花費(fèi)20 分鐘才能回到原來的思路上。項(xiàng)目經(jīng)理把易于理解且高度透明的工作流程放在顯眼的位置。顯而易見，找一個(gè)合適的人并訓(xùn)練他偶爾頂替你是很重要的。你感到你的離開會(huì)對(duì)項(xiàng)目不利。如果是一個(gè)內(nèi)部項(xiàng)目，那么它怎樣才能為組織省錢或賺錢？我們開發(fā)的東西更快、更精簡或者有更好的體系結(jié)構(gòu)，是否我們需要的硬件資源可以減少？或是因?yàn)槲覀兡軌蚋斓亟邮苡唵?、處理訂單并且更快地送貨，所以我們?huì)賺更多的錢？還是由于我們開發(fā)的軟件需要較少維護(hù)人員，或推出的基礎(chǔ)架構(gòu)可以降低幫助臺(tái)的呼叫次數(shù)，所以能省錢呢？如果我們的軟件項(xiàng)目是為特定行業(yè)系統(tǒng)的集成商做的，那么，我們排序各種任務(wù)或者利用手頭資源的方式是不是可以增加公司利潤，或者贏得客戶信譽(yù)？我們?cè)陧?xiàng)目上展現(xiàn)的非凡才能是不是可以確保我們能更快地完成更多的項(xiàng)目，從而得到供應(yīng)商更大的硬件購買折扣？當(dāng)我們深刻認(rèn)識(shí)到這個(gè)項(xiàng)目的完成可以給公司帶來收益時(shí)，激勵(lì)團(tuán)隊(duì)并且現(xiàn)場做出艱難選擇就會(huì)容易得多。我們需要注意到一個(gè)事實(shí)，即項(xiàng)目是在獲得它附加到組織中的商業(yè)價(jià)值時(shí)才是成功的。編碼人員只有致力于解決問題并深入了解這個(gè)問題時(shí)，才會(huì)作出獨(dú)立的設(shè)計(jì)選擇。創(chuàng)建當(dāng)?shù)匦枰奶貏e資源包來實(shí)現(xiàn)本地化（S） 。另一方面，說明書（S）具體描述了將怎樣解決問題和滿足需求。我們需要提供國際化和本土化他應(yīng)該能夠旁觀者清，正確評(píng)估每個(gè)流程給功能性軟件生產(chǎn)帶來的影響。 團(tuán)隊(duì)領(lǐng)導(dǎo)們不斷增加更多流程、更多檢查和更多審查，他們認(rèn)為日益嚴(yán)格的進(jìn)程將解決這個(gè)問題。德 他們毫不留情地對(duì)自己的軟件開發(fā)進(jìn)程進(jìn)行重構(gòu)。信息每循環(huán)一次，公司的免責(zé)聲明就會(huì)被添加到消息后。 有趣的事情出現(xiàn)了。比較理想的做法是將每個(gè)融合點(diǎn)（或相關(guān)的幾個(gè)結(jié)合點(diǎn)）分離成單獨(dú)的工作流，這樣就能多渠道同時(shí)工作并且還能縮短傳送時(shí)間。 積極使用在線工具來共享用戶要求、里程碑更新、錯(cuò)誤報(bào)告、報(bào)告時(shí)限 分布式項(xiàng)目往往比其他類型的項(xiàng)目規(guī)模大，因此，項(xiàng)目經(jīng)理用來管理規(guī)模的策略實(shí)際上影響著該項(xiàng)目的底線。二是要認(rèn)識(shí)到擁有普通開發(fā)人員對(duì)項(xiàng)目沒有幫助，并且照顧差的開發(fā)人員會(huì)消減優(yōu)秀開發(fā)人員（他們是工藝師）的生產(chǎn)力。增加邁克后，就會(huì)猛增到三個(gè)渠道。①新上任的軟件項(xiàng)目經(jīng)理做產(chǎn)品開發(fā)計(jì)劃時(shí)，這個(gè)認(rèn)識(shí)對(duì)他們意味著什么呢？經(jīng)理們?nèi)菀族e(cuò)誤地認(rèn)為，假使不能得到最好和最聰明的人才，普通開發(fā)人員也是可用的。 z所在行業(yè)（領(lǐng)域）的熟悉程度。我曾經(jīng)和一個(gè)被稱為“吹風(fēng)機(jī)”的開發(fā)人員共事。當(dāng)面對(duì)有問題的程序時(shí)，應(yīng)聘者應(yīng)該能夠迅速找出問題，然后既能以“極客開發(fā)人員”的語言也能用非 IT 背景的利益相關(guān)者能聽懂的語言描述它。這樣一來，軟件項(xiàng)目經(jīng)理就能有準(zhǔn)確的記錄，如果問題與合同項(xiàng)目要解決的問題無關(guān)，而是出在供應(yīng)商的原產(chǎn)品上時(shí)，軟件項(xiàng)目經(jīng)理就能夠減少費(fèi)用的支出。 腳本是指在計(jì)算機(jī)編程中由一個(gè)程序而不是計(jì)算機(jī)處理器執(zhí)行的程序或指令序列。每次升級(jí)工作，用供應(yīng)商的工作時(shí)間乘以聲明中約定的費(fèi)率，計(jì)算升級(jí)費(fèi)用。幸運(yùn)的是，按照我們?nèi)缃竦捻?xiàng)目運(yùn)行方式，再根據(jù)以往的經(jīng)驗(yàn)教訓(xùn)，我們沒有重蹈覆轍，而是迅速解決了這個(gè)問題，實(shí)現(xiàn)了客戶的期望。反過來，這家設(shè)計(jì)公司便拒絕付錢給我們。 ”我們做過許多網(wǎng)站，知道寬度是最重要的方面。10. 隨時(shí)間滾動(dòng)12 年前，我的團(tuán)隊(duì)作為某家圖形設(shè)計(jì)公司的分包商受邀開發(fā)一個(gè)網(wǎng)絡(luò)應(yīng)用程序。這和有效的軟件項(xiàng)目管理有什么關(guān)系呢？不要讓你的程序員白費(fèi)力氣做重復(fù)工作。他們當(dāng)中那些最自負(fù)、最癡迷的人甚至還嘗試自己編寫編程語言。他們把大量時(shí)間用在重寫、調(diào)試以及把自己的奇怪想法運(yùn)用到那些已經(jīng)成為行業(yè)標(biāo)準(zhǔn)的軟件和工具①上，以至于他們永遠(yuǎn)都無法完成客戶項(xiàng)目，而這些項(xiàng)目才是他們應(yīng)該出售來賺錢的產(chǎn)品。9. 你并不是非比尋常的還記得你媽媽說的話嗎？“你是非比尋常的！你是獨(dú)一無二的！”其實(shí)，所有的媽媽都會(huì)這么跟孩子說。只要原型可用，利益相關(guān)者就可以測試并提供反饋信息。細(xì)小枝葉的子級(jí)需求被分門別類組成代表父級(jí)需求的枝葉。為了讓事情保持簡單，需要牢記下列關(guān)鍵點(diǎn)。8. 西蒙，保持簡單項(xiàng)目的利益相關(guān)者往往使事情變得過分復(fù)雜，這是軟件項(xiàng)目失敗的一種常見原因。 ”對(duì)于所有努力創(chuàng)建強(qiáng)大團(tuán)隊(duì)的人，我要給出的忠告是：請(qǐng)記住你要聘請(qǐng)的是人才而非專業(yè)技能。用“按技能挑簡歷”的方式來招聘新人，對(duì)一個(gè)要?jiǎng)?chuàng)建團(tuán)隊(duì)的經(jīng)理而言，實(shí)在是最愚蠢的方法。我們先聊了聊，然后我向他介紹了我們手頭上的一些項(xiàng)目，并對(duì)他說他是多么適合這個(gè)職位。在向業(yè)務(wù)利益相關(guān)者進(jìn)行解釋時(shí)，這種比喻說法可謂出奇地管用，能讓他們立刻明白軟件如何會(huì)隨著時(shí)間的推移而變得無法控制，以及為什么應(yīng)該投入力量保持代碼潔凈。一定要發(fā)現(xiàn)要重寫的代碼有什么具體問題，而不只是隨意判斷所需要花費(fèi)的時(shí)間?？梢砸箝_發(fā)人員確定他們想要展開的臨時(shí)修改②具體是什么，這樣做需要花費(fèi)多少時(shí)間。在軟件開發(fā)界，為了實(shí)現(xiàn)那些“處于危險(xiǎn)之中”的里程碑，同時(shí)完善大部分需要實(shí)現(xiàn)的工作，借用時(shí)間可謂是一種有效的策略。當(dāng)最終用戶提出看似矛盾的需求時(shí)，你的任務(wù)就是幫助清理這些需求，而不是盲目地將這些問題傳遞給開發(fā)人員。 ） “熟食 / 新做”還是“冷凍”？ （當(dāng)然都不是，它只是吃剩下的外賣比薩餅。復(fù)雜性總是意外出現(xiàn)的。否則，該項(xiàng)目不能產(chǎn)生他們所期待的令人滿意的結(jié)果。既然是一個(gè)軟件項(xiàng)目，而自己可能又不懂軟件開發(fā)，所以，他們認(rèn)為沒必要來親自定義自己的期望。4. 讓項(xiàng)目發(fā)起人自己寫需求項(xiàng)目失敗并不是只有美國公司才遇到的問題。在目標(biāo)結(jié)束日期之后做的任何改動(dòng)，都必須符合非常具體、非常嚴(yán)格的標(biāo)準(zhǔn)，只有達(dá)到這個(gè)標(biāo)準(zhǔn)才可以“進(jìn)入”返工隊(duì)列。這可能需要額外花費(fèi)數(shù)千美元，尤其是當(dāng)你正和一家國外的公司簽訂翻譯合約時(shí)。你和團(tuán)隊(duì)需要特別注意的倒是一些特殊的翻譯譯法，并在編碼前就要考慮到這些因素，確保開發(fā)活動(dòng)遵循有關(guān)國際標(biāo)準(zhǔn)，消除這類問題。從短期來看，這似乎是一種損失，然而它帶來的卻是長期收獲?？蛻舭堰@些作為缺陷標(biāo)記出來，然后你讓伯尼來修改。當(dāng)你把新改進(jìn)的功能帶回給客戶時(shí)，他們?cè)囉昧肆_布實(shí)現(xiàn)的功能，對(duì)他做出的改動(dòng)十分滿意。羅布對(duì)變量和方法的命名更擅長。該項(xiàng)目最后遠(yuǎn)遠(yuǎn)突破了它的時(shí)間和成本底線。一旦知道了學(xué)生手冊(cè)的編號(hào)，他們無須查看就可以立即鍵入其他項(xiàng)目的編號(hào)，這樣一來，訂購過程十分快捷。此前，項(xiàng)目編號(hào)同訂購產(chǎn)品之間的匹配存在一定邏輯性。項(xiàng)目經(jīng)理應(yīng)該知道的97件事以往的軟件開發(fā)模式是先了解用戶的要求，然后再在極度神秘的環(huán)境下進(jìn)行編程測試。我知道曾經(jīng)有一個(gè)大型的培訓(xùn)公司，花了500萬美元重新設(shè)計(jì)它的訂購軟件系統(tǒng)?！幷咦⒚刻欤?140 個(gè)地方的行政助理一遍遍地反復(fù)訂購?fù)惒牧?，并很快記住了?xiàng)目編號(hào)。訂購過程慢得就像是蝸牛在蠕動(dòng)。當(dāng)伯尼著力于快速完成編程時(shí)，羅布正花時(shí)間寫代碼并對(duì)其進(jìn)行重構(gòu)①。你讓軟件開發(fā)人員修改這些代碼。當(dāng)伯尼編寫好新的功能后，一些以前能使用的功能現(xiàn)在卻不能用了。伯尼一開始就全速?zèng)_刺，只是南轅北轍了。寫高質(zhì)量的代碼和測試都需要花時(shí)間。但是，字體兼容性不受你的控制。 z翻譯過來的內(nèi)容同英文版是真正相符的；然而，要知道，在英文產(chǎn)品里最后一分鐘所做的一個(gè)相對(duì)簡單和低風(fēng)險(xiǎn)的改變，如改寫句子（這只需要幾秒鐘來編碼） ，卻往往需要好幾天時(shí)間來運(yùn)行和重新測試所有本地化的版本。 z 進(jìn)度表的截止日期意味著與項(xiàng)目計(jì)劃中的英語產(chǎn)品相關(guān)的所有工作都必須在這個(gè)有效期限內(nèi)結(jié)束。于是我們可以提前作出必要的改動(dòng)，可能就不需要對(duì)所有其他的語言版本都進(jìn)行返工了。項(xiàng)目所有人很少會(huì)提供指導(dǎo)或明確他們的需求。步調(diào)一致的需求計(jì)劃可以明確地將商業(yè)意義、項(xiàng)目目標(biāo)和項(xiàng)目結(jié)果聯(lián)系到一起。沒有人從一開始就樹立目標(biāo)：生產(chǎn)的產(chǎn)品就得極盡復(fù)雜。 （我選擇“比薩餅”