【正文】 我們將抽出所有字符串，包括彈出消息，并且把它們放置在外部資源包另一方面，說明書（S）具體描述了將怎樣解決問題和滿足需求。 并且不會去完成任務(wù)。他們感到失望 支持（F） 。我們需要提供國際化和本土化需求是由銷售人員采集或者是由軟件項目經(jīng)理創(chuàng)建出來的。17. 矛盾體的需求說明書良好的需求（R）描述一個產(chǎn)品的特性如何解決現(xiàn)有的或潛在的問題。一旦將過去項目中多余的流程去掉，團隊的生產(chǎn)力和工作量就應(yīng)該很快能提高。他應(yīng)該能夠旁觀者清，正確評估每個流程給功能性軟件生產(chǎn)帶來的影響。在沒有明白造成項目在膨脹卻沒有增加價值的真正原因時，盲目改變是毫無用處的。或者可能意味著，有人沒有充分了解軟件開發(fā)過程就給團隊套上管理枷鎖。添加更多的流程只會使團隊更難看清問題的真正根源。 團隊領(lǐng)導們不斷增加更多流程、更多檢查和更多審查，他們認為日益嚴格的進程將解決這個問題。修伯里，意思是： “完美，不是指無可增，而是指無可減。德 retrancher。 rien 224。 ajouter, mais quand他們毫不留情地對自己的軟件開發(fā)進程進行重構(gòu)。否則，薩莉在舊的郵件系統(tǒng)中的用戶賬號就會隨著她結(jié)婚后的新遷移郵件地址一同更新，問題就不會出現(xiàn)。這個故事的寓意：應(yīng)記錄工作流程，并確保嚴格執(zhí)行。由此顯得薩莉很受歡迎。信息每循環(huán)一次，公司的免責聲明就會被添加到消息后。新系統(tǒng)(1) (2) (3) 舊系統(tǒng)(1) (2) (3) （結(jié)婚后忘了改變這一條“遷移”轉(zhuǎn)發(fā)地址。然而，新系統(tǒng)中給薩莉的電郵地址重新命名的人忘記改變她在舊系統(tǒng)中電子郵件的“遷移”轉(zhuǎn)發(fā)地址。所有舊系統(tǒng)的用戶發(fā)送給她的電子郵件都會通過她的“遷移”轉(zhuǎn)發(fā)地址自動轉(zhuǎn)發(fā)到新的郵件系統(tǒng)。 有趣的事情出現(xiàn)了。(3) 仍在舊系統(tǒng)中的人給仍在舊系統(tǒng)中的其他用戶發(fā)送郵件時，郵件將會傳送到對應(yīng)的舊郵箱中。(2) 如果新的電子郵件系統(tǒng)可以發(fā)送，它就把信息發(fā)給正確的新系統(tǒng)用戶。15. 記錄工作流程，然后 嚴格執(zhí)行我們試圖把電子郵件從一個平臺轉(zhuǎn)移到另一個平臺，但僅僅因為一個女人結(jié)了婚，我們的電子郵件系統(tǒng)便癱瘓了。比較理想的做法是將每個融合點（或相關(guān)的幾個結(jié)合點）分離成單獨的工作流，這樣就能多渠道同時工作并且還能縮短傳送時間。這樣他們就可以確保幾個網(wǎng)站的一致性，并可以重復使用具體實現(xiàn)細節(jié)。你決定最好是創(chuàng)建三個不同的工作流，每個都有獨立的傳送聯(lián)絡(luò)人。 以及風險。 積極使用在線工具來共享用戶要求、里程碑更新、錯誤報告、報告時限 定期舉辦小組會議，通報每一個工作流的狀態(tài)。 掌控整個項目的動向。分別獨立追蹤每個工作流的進展（使用任何工具） ，并且定期監(jiān)控節(jié)奏以 確保每個工作流至少有一個負責傳送的關(guān)鍵聯(lián)絡(luò)點。這里有幾個關(guān)于劃定項目規(guī)模的建議，確保每個人都懂得自己那一小塊可以導致整個大局的成敗。 分布式項目往往比其他類型的項目規(guī)模大，因此，項目經(jīng)理用來管理規(guī)模的策略實際上影響著該項目的底線。項目經(jīng)理應(yīng)該把項目劃分成易管理的模塊，并與有才能的人分別承擔這些模塊，項目（在規(guī)?；驈碗s性方面）越大，這一點就越重要。14. 規(guī)模決定一切項目的規(guī)模、團隊的規(guī)模、交付物的規(guī)模和清單的規(guī)?！椖恐械囊磺凶龇ǘ既Q于它的規(guī)模。想要更快地開發(fā)軟件怎么辦？花額外的錢聘請和培養(yǎng)優(yōu)秀的軟件開發(fā)人員。二是要認識到擁有普通開發(fā)人員對項目沒有幫助，并且照顧差的開發(fā)人員會消減優(yōu)秀開發(fā)人員（他們是工藝師）的生產(chǎn)力。實際上，普通開發(fā)人員會拖累整體生產(chǎn)力，并且使項目花費的時間比實際需要的更長。再增加一個人，就會變?yōu)?78 條溝通渠道需要監(jiān)管。計算公式是 n(n1)/2。增加邁克后，就會猛增到三個渠道。 此外，溝通渠道會隨著成員的增多而增多。這是行不通的。①再聯(lián)想到在延期項目中加人會使項目延期得更長，你就可以理解為什么大多數(shù)企業(yè)發(fā)展緩慢。雇用中等或普通的開發(fā)人員會減緩項目速度①。在軟件開發(fā)中，今天編寫的程序會成為明天的基礎(chǔ)。新上任的軟件項目經(jīng)理做產(chǎn)品開發(fā)計劃時，這個認識對他們意味著什么呢？經(jīng)理們?nèi)菀族e誤地認為，假使不能得到最好和最聰明的人才，普通開發(fā)人員也是可用的。事實上，統(tǒng)計數(shù)字表明，真正優(yōu)秀的開發(fā)人員要比差的人員好上幾個數(shù)量級，也就是成百上千倍。13. 優(yōu)秀與普通的天壤之別首次承擔軟件項目的項目經(jīng)理在認識開發(fā)人員的技能方面容易犯錯誤，我們下面就要揭示這種錯誤。是否有證據(jù)表明他們能及時且在預(yù)算之內(nèi)生產(chǎn)出“切合意圖”的產(chǎn)品？不管你的應(yīng)聘者多么有風度而且多么懂技術(shù)，都要始終核實發(fā)證機關(guān)的資格證書和前任雇主的履歷條目。 z測試他們的溝通能力和社交技巧。 z所在行業(yè)（領(lǐng)域）的熟悉程度。審查他們是否掌握開發(fā)生命周期的正確知識、方法、工具，以及他們對開發(fā)人員將會與公司中其他部門的人組成小團隊一起工作。他是一個優(yōu)秀的開發(fā)人員，但是對于整個項目團隊而言，他卻是有害無益的。我曾經(jīng)和一個被稱為“吹風機”的開發(fā)人員共事。在分析了代碼，并且與你信賴的開發(fā)人員討論后，你才會知道這個人的方法和風格是否適合你的團隊。當最后期限一步步臨近，所剩時間無幾，而客戶和其他利益相關(guān)者又施加了強大的壓力，你除了有基礎(chǔ)知識之外還需要足夠的經(jīng)驗。但是我們?nèi)绾谓缍ā岸唷?？盡管應(yīng)聘者可能擁有豐富的知識，但是這個人可能還沒有掌握有效應(yīng)用它的技巧。當面對有問題的程序時，應(yīng)聘者應(yīng)該能夠迅速找出問題，然后既能以“極客開發(fā)人員”的語言也能用非 IT 背景的利益相關(guān)者能聽懂的語言描述它。一個優(yōu)秀的軟件工程師能夠立刻修復“模擬”的語法錯誤，并且不會精神緊張。具有特定開發(fā)生命周期的經(jīng)驗、掌握具體方法或重要工具箱，以及擁有某方面領(lǐng)域知識（比如國防工業(yè)或制藥行業(yè)） ，這些是開發(fā)人員最好具備的條件還是必須具備的條件？要對其知識進行評估。你如何識別千里馬呢？面試新應(yīng)聘者前，和最好的開發(fā)人員交談一下。這樣一來，軟件項目經(jīng)理就能有準確的記錄，如果問題與合同項目要解決的問題無關(guān)，而是出在供應(yīng)商的原產(chǎn)品上時，軟件項目經(jīng)理就能夠減少費用的支出。顯而易見，如果我們當初明確記錄了供應(yīng)商修復每個 bug 所花的具體時間，那么我們可能都無需支付合同約定的上限費用。在項目的這個階段，為了滿足關(guān)鍵的最后期限要求，我們的注意力完全集中在軟件的安裝上。過了一段時間，供應(yīng)商承認我們發(fā)現(xiàn)的問題中有幾個確實沒有“按設(shè)計要求”運行，它們的確是 bug。 腳本是指在計算機編程中由一個程序而不是計算機處理器執(zhí)行的程序或指令序列。它們暴露出軟件的基本功能存在嚴重的問題，甚至是在升級以后還存在問題。該供應(yīng)商堅持認為軟件是“按設(shè)計要求”運行的。我們會仔細記錄每一個問題，打印屏幕界面，并提供一步步的細節(jié)，說明我們發(fā)現(xiàn)的是何種問題，也告知了我們是在哪里以及是如何發(fā)現(xiàn)每個問題的。每次升級工作，用供應(yīng)商的工作時間乘以聲明中約定的費率，計算升級費用。在這五次接踵而至的升級過程中，每次都要重復這個過程。在獲得我們的數(shù)據(jù)后，供應(yīng)商開始了遠程開發(fā)和測試腳本①的過程，以便轉(zhuǎn)換數(shù)據(jù)并應(yīng)用第一次升級。我們的項目就是與這家供應(yīng)商進行合作，將培訓軟件升級到最新版本，然后培訓我們的用戶使用最新版本的軟件。幸運的是，按照我們?nèi)缃竦捻椖窟\行方式，再根據(jù)以往的經(jīng)驗教訓，我們沒有重蹈覆轍，而是迅速解決了這個問題，實現(xiàn)了客戶的期望。一到兩個星期的迭代過程意味著我們必須有早期和頻繁的反饋意見，意味著我們有機會闡明客戶的期望。幸運的是，敏捷項目管理實踐緩解了這些問題。有了這次經(jīng)驗，我認識到粗制濫造的書面要求的危害性，也知道別人怎么利用它來對付你。反過來，這家設(shè)計公司便拒絕付錢給我們。作為終端用戶的客戶并沒有認識到，如果想在單個屏幕上顯示這種超量的內(nèi)容，我們必須是超人才能實現(xiàn)這個奇跡，于是他們非常失望。結(jié)果，只有極少數(shù)的網(wǎng)頁能夠在分辨率為 800600 的 15 英寸顯示器上被完整地縱向瀏覽。然而，很顯然，這條寶貴的真理從來沒有被轉(zhuǎn)達給客戶。 ”我們做過許多網(wǎng)站，知道寬度是最重要的方面。 ）盡管這是一家經(jīng)驗豐富的設(shè)計公司，它卻向客戶陳述了這樣的正式要求（我們從來沒有見過）：每一頁的布局符合固定的 800 像素寬和 600 像素高的標準。以前的標準一直都是 640480，但最近的研究表明網(wǎng)站應(yīng)該支持高達 800600 的分辨率?？蛻魧⑺械男枨蠖紓鬟f給總承包商，然后總承包商再通過一連串隨意的電子郵件將這些信息轉(zhuǎn)達給我們。10. 隨時間滾動12 年前，我的團隊作為某家圖形設(shè)計公司的分包商受邀開發(fā)一個網(wǎng)絡(luò)應(yīng)用程序。 邊緣事件：只在極端情況下（例如，最快或最慢的速度，最多或最少的數(shù)據(jù)量，或者最老或最新的瀏覽器接口）出現(xiàn)的問題或情況。千萬不要讓你的團隊也在此出軌了。對可以利用的資源要做到了解透徹、信息靈通，引導團隊使用高品質(zhì)的開源或商業(yè)工具。這和有效的軟件項目管理有什么關(guān)系呢？不要讓你的程序員白費力氣做重復工作。不那么“非比尋?！?（但卻更成功）的團隊之所以會使用現(xiàn)成的工具，那是因為他們準備解決的問題都是很棘手的。如果是編寫自己的數(shù)據(jù)庫層，他們每天就要追蹤隱藏的缺陷和問題。 工具：軟件開發(fā)人員用來創(chuàng)建、調(diào)試、測試、分析、追蹤或以其他方式支持高質(zhì)量的軟件開發(fā)的簡單程序。他們當中那些最自負、最癡迷的人甚至還嘗試自己編寫編程語言。 ”持續(xù)集成？行。不用現(xiàn)成的對象數(shù)據(jù)庫映射工具，他們要寫自己的。聽聽這群獨一無二的開發(fā)人員是怎么說的吧：任何現(xiàn)成的構(gòu)建系統(tǒng)都不可能處理他們“獨一無二”的需求。他們把大量時間用在重寫、調(diào)試以及把自己的奇怪想法運用到那些已經(jīng)成為行業(yè)標準的軟件和工具①上，以至于他們永遠都無法完成客戶項目，而這些項目才是他們應(yīng)該出售來賺錢的產(chǎn)品。 ”他們不從其他開發(fā)團隊的錯誤中汲取經(jīng)驗教訓，而是悶頭重復犯著同樣的錯誤。因為他們自認為是非比尋常的，所以有著重塑一切的強烈傾向。我指導了許多不同的團隊。9. 你并不是非比尋常的還記得你媽媽說的話嗎？“你是非比尋常的！你是獨一無二的！”其實，所有的媽媽都會這么跟孩子說。只要認真地遵循這些簡單的技巧，每一個軟件項目都可以取得圓滿成功。每個循環(huán)周期應(yīng)盡可能地短，通常不超過兩三個星期。讓客戶看到原型，也可以幫助檢查開發(fā)人員設(shè)想的相應(yīng)解決方案是否和客戶所預(yù)想的一致。只要原型可用，利益相關(guān)者就可以測試并提供反饋信息。 z 。遵循敏捷開發(fā)過程可以使用軟件思維導圖工具來依照這種方法記錄需求。細小枝葉的子級需求被分門別類組成代表父級需求的枝葉。需求分析人員應(yīng)該用簡單樹形圖寫出需求。需求分析人員往往會將自己腦海里冒出的某個解決方案同依據(jù)業(yè)務(wù)需要而提出的實際客戶需求弄混淆。為了讓事情保持簡單，需要牢記下列關(guān)鍵點。不論那些需求有多完善，總是難免會有變動。利益相關(guān)者不應(yīng)該把軟件項目建成一個統(tǒng)一、巨大而僵化的怪物，而應(yīng)該讓信息技術(shù)團隊把項目建成一棵洋蔥，每長一層就表示成熟一分?？赡切├嫦嚓P(guān)者卻臆想，只靠幾個簡單的、不可思議的步驟就能完成這個項目。8. 西蒙，保持簡單項目的利益相關(guān)者往往使事情變得過分復雜，這是軟件項目失敗的一種常見原因。聘用人才而不是技能，這是組建團隊的一種完全不同的方式。事實上在我們的敏捷團隊環(huán)境中，學習技術(shù)簡單而迅速。 ”對于所有努力創(chuàng)建強大團隊的人，我要給出的忠告是：請記住你要聘請的是人才而非專業(yè)技能。我們不是在尋找新的人才，我們一直尋找的只是非常具體的精良技能。但不知何時出現(xiàn)了嚴重的錯誤。我們沒有一個人希望在職業(yè)生涯中重復使用自己在大學學到的那些技能。用“按技能挑簡歷”的方式來招聘新人，對一個要創(chuàng)建團隊的經(jīng)理而言，實在是最愚蠢的方法。我聽說你們即將開始一些非?？帷⒎浅Ｐ碌?Java 項目，所以我才會想來這兒工作，因為我把它看成一個學習和成長的機會。我告訴他，他非常適合這個職位，也對他直說我感覺到他不會來。可是突然間我意識到我會招不到他。我們先聊了聊，然后我向他介紹了我們手頭上的一些項目，并對他說他是多么適合這個職位。如果我能開出不錯的薪酬，這將會是一件輕而易舉的事。仔細翻閱了比爾的簡歷，我覺得他非常適合這個職位。直到有一天，一位來面試的應(yīng)聘者當頭潑我一盆冷水（這當然是一種比喻的說法） ，這次經(jīng)歷從此改變了我。在向業(yè)務(wù)利益相關(guān)者進行解釋時，這種比喻說法可謂出奇地管用，能讓他們立刻明白軟件如何會隨著時間的推移而變得無法控制，以及為什么應(yīng)該投入力量保持代碼潔凈。當開發(fā)人員最終舉手投降說他們需要在一個系統(tǒng)上重打鑼另開張時，實際情況極有可能是，許許多多沒有償還的技術(shù)債已經(jīng)使他們不堪重負，債臺高筑之下，他們覺得還不如痛快地宣布這套軟件破產(chǎn)了。只要可以平衡添加新業(yè)務(wù)功能的工作量并同時還清這些債務(wù)，就有可能既滿足客戶的功能要求又不使這些“技術(shù)債”失去控制。另外，有越來越多的軟件分析工具能自動幫助識別出現(xiàn)“技術(shù)債”的地方，了解代碼覆蓋率、分析耦合性、檢測風格偏離等，這些工具或許都可以在你不知情時工作。一定要發(fā)現(xiàn)要重寫的代碼有什么具體問題，而不只是隨意判斷所需要花費的時間。修改這種不完善的代碼可以稱為“展開修改” 。② 迭代是指由一個敏捷項目小組選擇的一段較短的時期（一周、兩周或一個月等） ，在此期間，該小組會開發(fā)并測試由客戶挑選的一個關(guān)鍵需求，并將結(jié)果發(fā)送給客戶以征求其同意或意見。可以要求開發(fā)人員確定他們想要展開的臨時修改②具體是什么，這樣做需要花費多少時間。如果持續(xù)向未來借債而不償還，那么就會令整個項目變得岌岌可危。即使這套軟件是臨時的、有缺陷的，但只要有效地管理出現(xiàn)的技術(shù)債，這就是一種恰當?shù)呐e措。 坎寧漢（Ward Cunningham）提出了“技術(shù)債”的概念，就是指在時間緊迫的情況下，開發(fā)人員為實現(xiàn)迭代①目標或快到截止日期時所采取的