【正文】 占用他們少量但充足的時間，指定一些寬泛的任務(wù)，他們就會茂盛起來。 ”我一直在用過量的水扼殺那棵樹。添加額外代碼通常是考慮到某種擴展性①。如今，大學(xué)教育越來越需要適應(yīng)當(dāng)前“真實世界”的實踐，因而，關(guān)于這個話題的學(xué)術(shù)討論也很多。PMO 為項目團隊成員和項目經(jīng)理提供支持。指導(dǎo)職能PMO 的目的是成為智慧和協(xié)作的核心。問問他們有多少次在更重要的題目上應(yīng)該把信息反饋給他們的團隊，卻認(rèn)為不重要而沒有做。給他們一小段時間提出一個估計，然后讓他們寫下來。為什么我們要這樣做呢？有以下幾個原因。 z項目活動，不惜讓他暫時卸下常規(guī)任務(wù)，交由 IT 團隊中的其他成員承擔(dān)。要注意，這份讓管理層和人力資源部門強調(diào)這個改變，并且確保所有的主管在未來業(yè)然而，由于大多數(shù)組織的主題專家（SME）人數(shù)有限，所以可能無法再更換團隊成員或?qū)ふ乙粋€更敬業(yè)的人。 z包含維基接口，圖表和狀態(tài)的創(chuàng)建由實際項目數(shù)據(jù)驅(qū)動。 z維基里。有些組織可能將測試的職責(zé)從程序員身上分離出來。業(yè)務(wù)分析員。 z 軟件項目經(jīng)理應(yīng)該在一般信息中增添幫助臺電話號碼、團隊角色與職責(zé)，以及每個團隊成員的聯(lián)絡(luò)信息。理想情況下，維基每天要更新多次，并且它在團隊成員桌面窗口上總是打開著的。它可能是一些小事，如與關(guān)鍵利益相關(guān)者開會時卻遲到，忘記拿一個重要文件等等。還有什么比承接一個新軟件項目更具壓力的呢？因為大多數(shù)項目的目標(biāo)是開發(fā)新的產(chǎn)品、服務(wù)或解決方案，所以應(yīng)該鼓勵敏捷與靈活的頭腦和工作方式，而非重復(fù)過去的行為。24. 掌控人的因素作為項目經(jīng)理，我們常被具體計劃細節(jié)所困擾。不管怎樣，還是要確保在你的代碼內(nèi)記錄下來任何新的實踐，以免你的代碼和關(guān)于代碼的說明書不一致，那時理解系統(tǒng)的最好方法就只能是查看代碼本身。賦予他們這種自由，因為這是他們發(fā)現(xiàn)新方法以改善編碼實踐和結(jié)果的必由之路。當(dāng)一個優(yōu)秀團隊擁有清晰的愿景、明確的驗收標(biāo)準(zhǔn)和眾所周知的項目優(yōu)先級，而不是由項目經(jīng)理一個人掌握、記錄并且管理整個團隊時，你將會為這個優(yōu)秀團隊的能力驚訝。事后證明蒂姆是一個優(yōu)秀的雇員。然后下一個迭代周期開始，開發(fā)下一個最重要的需求和（或）修改在現(xiàn)行迭代周期中所做的工作。當(dāng)作出一個雇用的決定時，除了看正常的面試之外，通常更要看重項目經(jīng)理對應(yīng)聘者的個人經(jīng)驗。一個人很快成為我們候選名單中的首位人選。有這么一些典型的稱謂： “氣憤的資源”指那些總是不通情理地威脅項目經(jīng)理權(quán)威的人； “緊張的利益相關(guān)者”總是不斷焦慮而不能舒緩自己的情緒； “后座上的項目經(jīng)理” ，是指一有機會就會對項目運行指手畫腳的利益相關(guān)者或項目參與者。 “如果他們早已做好，或者他們深思熟慮，或是他們能給我更多的時間，那么所有這些不必要的復(fù)雜狀況將會消失，并且我最終會順利完成項目管理的任務(wù)。21. 項目管理即問題管理就算是在最好的情況下，軟件項目管理也是極具挑戰(zhàn)性和相當(dāng)復(fù)雜的。一個人可能在起身、上洗手間、喝咖啡、吃三明治甚至走動到白板前時仍然能夠想著所有程序資料。英特爾和IBM 公司就留出了星期五，分別稱為“零郵件星期五”和“思考星期五” 。當(dāng)然，要安排好你的假期，別耽誤了出席項目發(fā)布會，但一定要抽出時間休假。在一些組織中，業(yè)務(wù)分析人員可能非常適合作為一個臨時的“你” 。如果它只是一個三周的項目，你可以等待。19. 不要總因項目放棄休假軟件項目管理是一個要求很高的職業(yè)。它還要易于維護和更新。然后，讓訓(xùn)練有素的各個團隊成員根據(jù)他們自己在項目中的角色來做決定。另一方面，軟件項目經(jīng)理常常不是熟練的開發(fā)人員，他們不懂如何最好地去實現(xiàn)功能，不知道他們出于一片好心而提出的不專業(yè)的說明建議會給產(chǎn)品的其他方面帶來什么影響。這項應(yīng)用將會被改進，在屏幕上顯示的所有文本可以從那些資源包里取良好的特性（F） ，也稱為功能，被添加到產(chǎn)品中用以處理那些重要的問題。無論是哪種情況，該項目都成了不切實際的計劃，只能變成一堆無用的代碼位。 新發(fā)現(xiàn)的漏洞不斷從客戶測試組中涌現(xiàn)。 開發(fā)軟件的隊伍的規(guī)模在不斷擴大；在這個故事里，雖然更名的流程已經(jīng)記錄好，但沒有得到執(zhí)行。所以薩莉就有了下列地址。如果不可以發(fā)送的話，該郵件將被發(fā)送到舊的電子郵件系統(tǒng)來投遞。由于三個站點基本上是不同版本的相同網(wǎng)站（相當(dāng)于是中等規(guī)模的定制） ，所以最好讓幾個關(guān)鍵資源在三個工作流中自由移動。 公布整個項目的進度路線圖，包括所有不同工作流的發(fā)布計劃。規(guī)模改變著游戲進行的規(guī)則。用普通開發(fā)人員建設(shè)軟件項目的想法體現(xiàn)了兩個項目誤區(qū)：1）你可以通過增加人員來縮短項目時間；2）普通開發(fā)人員以平均水平生產(chǎn)普通代碼（bug 成群，偏離任務(wù)）也是可以的。對于一個只有兩人的團隊來說，只有一個渠道：貝齊常常是，讓一個差的開發(fā)人員離開團隊比新加入一個優(yōu)秀的人員作用還要大。首先，要明白真正優(yōu)秀的軟件開發(fā)人員比普通開發(fā)人員要高效得多。你未來的新隊友若總是處于不受控制的自由狀態(tài)，你跟他合作還會順暢嗎？招聘軟件開發(fā)人員時需遵循以下簡單指導(dǎo)原則。你和團隊?wèi)?yīng)該要求應(yīng)聘的開發(fā)人員編寫一段代碼供你們審讀。你應(yīng)和可信任的開發(fā)團隊代表共同參與面試，還要附加理論測試。只能顧及一個問題到底是“按設(shè)計要求”運行的還是一個bug。后來我們發(fā)現(xiàn)，遇到的這些小 bug 只是冰山一角，它們還有更嚴(yán)重的后果。腳本一旦通過供應(yīng)商的測試，就會遷移到我們的開發(fā)環(huán)境，我們要進行用戶測試。由于認(rèn)識到開發(fā)人員和最終客戶面對面接觸的重要性，我們已經(jīng)開始共同創(chuàng)建用戶故事，開始根據(jù)他們提供給客戶的商業(yè)價值而不是需求清單來排定各項功能的輕重緩急。必須垂直滾動網(wǎng)頁。今天最常見的屏幕分辨率為 1024768。①處理這些邊緣事件①所花費的時間非常多，如果他們能學(xué)習(xí)或者修改現(xiàn)有的工具，那花費的時間將會少得多。網(wǎng)絡(luò)應(yīng)用程序框架？他們信奉： “我們可以做。他們認(rèn)為： “其他的團隊都不可能開發(fā)出實用的軟件，或至少沒有我們這個團隊創(chuàng)造的軟件這么優(yōu)秀。定義需求的一個小子集，按照陳述的需求創(chuàng)建一個原型，然后獲得反饋信息，這種循環(huán)能夠確保項目的所有利益相關(guān)者總能達成共識，且每個人對進展情況都感到很滿意。雖然實際的需求可能會非常簡單，但是由于需求分析人員和開發(fā)人員之間缺乏真正的理解，會導(dǎo)致雙方的交流并不到位?，F(xiàn)實世界中沒有其他可供選擇的余地。然而，教一個成年人如何主動合作幾乎是不可能的。 z當(dāng)完成任務(wù)后，會把自己的工作整理以做備用嗎？我意識到我們在員工成長上已停止了投資。他的答復(fù)是： “理查德，如果我還想做過去六年來一直做的事情，我就會留在我現(xiàn)在的單位了。他在所有相關(guān)技術(shù)方面都有六年多的經(jīng)驗。軟件難用的原因有很多，但通常都歸結(jié)到臨時修改、文檔不足、依賴關(guān)系不恰當(dāng)、快捷方式以及偏離預(yù)期設(shè)計等問題上。 臨時修改是指對一個在運行的編程問題作快速修復(fù)或解決，但這種解決方案并不是很理想，在時間允許的情況下可能需要重新修改?？墒?，如果這筆債沒有得到償還，它就會變成一個令人痛苦的越滾越大的雪球。它通過對未來利潤的預(yù)支來平衡目前的資金不足。軟件通常要解決復(fù)雜的問題。速熱會比再熱快嗎？）看看我的那臺微波爐上的功能選項（都是從未用過的） ，我就知道，產(chǎn)品規(guī)劃委員會喜歡復(fù)雜而不要簡單。請記住，項目所有人需要傳達的是他們想要這個軟件做什么，而不是程序員將如何著手生成這一結(jié)果。這一結(jié)果表明，要發(fā)現(xiàn)、識別并定義一個軟件項目的真實需求有多么困難。 z這其實很簡單，甚至可以復(fù)制所有英文文本到一個電子表格里去進行校對。這三項事情可能是在英文版完成并批準(zhǔn)后才進行測試的。在測試和審查階段，你需要確保：英文版里的內(nèi)容都可以被準(zhǔn)確翻譯過來；例如，如果你的產(chǎn)品將投放日本，那么它必須支持適當(dāng)?shù)淖煮w。然而，在修改應(yīng)用程序的時候如果總有壞代碼不知從何處隨意彈出，那可不是好玩的事情?，F(xiàn)在需要進一步對該功能進行內(nèi)部改進，以便長期使用，也使日后增加功能更為方便。如果你只看他們誰先宣稱實現(xiàn)了功能，那么很明顯伯尼表現(xiàn)得更好，對嗎？幾個星期之后，你向客戶演示這些功能。兩人都很能干，知識面相同，編程語言技巧也相當(dāng)?，F(xiàn)在，不僅用戶不得不逐項查詢并試著“忘記”舊的編號和系統(tǒng)，而且同類產(chǎn)品的不同項目也會分別出現(xiàn)在不同的頁面上。 PHR，即 Professional如果變化非常重大，還可能危及時間和成本底線，需要經(jīng)過變更控制委員會一個漫長的批準(zhǔn)程序。然而用戶此時的通常反應(yīng)是： “咳，好吧，我知道你們花了很多功夫，但我們真正需要的是……”今天，項目成功的秘訣就是盡早向用戶展示任何可以展示的東西。你可以在同一屏幕上訂購4X25系列的所有項目。新的設(shè)計方式中，項目之間沒有邏輯關(guān)系。2. 避免打地鼠式開發(fā)軟件項目經(jīng)理經(jīng)常面臨及早交付產(chǎn)品的巨大壓力?，F(xiàn)在他要寫測試來確保該程序的每一塊都能按照他的意圖運行。 重構(gòu)就是改動代碼，完善其內(nèi)部組成結(jié)構(gòu)而不改變其外部功能。這到底是咋回事呢？如果你有孩子，就會知道發(fā)生了什么。事實證明，他的節(jié)奏是可持續(xù)發(fā)展的。3. 一詞不慎壞大事哪一個詞會讓你錯過最后期限？答案是“任何一個詞” 。通常情況下，產(chǎn)品本地化（日語、瑞典語和德語等）與英語版本的開發(fā)是同時進行的，只是具有一定的滯后。他們就是低估了對英文版進行意外更改所造成的影響有多嚴(yán)重。把這些任務(wù)排序，讓功能的質(zhì)量控制和英文文本的質(zhì)量審查分開來做。跟大多數(shù)其他國家一樣，在日本，項目不能達標(biāo)的首要原因幾乎總是需求定義太差。項目經(jīng)理要在項目實施前花時間與資助該項目的人交流，幫他們準(zhǔn)確定義各自想要的功能。5. 要簡單，不要復(fù)雜我的微波爐只需要有一個按鈕，即“增加一分鐘” 。根據(jù)制造商的說明，我應(yīng)該按“菜單”按鈕。 ） “一塊” 、 “兩塊” 、 “三塊”還是“四塊”？我不知道這樣的盤問將持續(xù)多久，所以我按取消，然后按“增加一分鐘”按鈕。使用你的應(yīng)用程序有多容易？為應(yīng)用程序添加一項新功能有多容易？對一項新功能提出要求有多容易？報告缺陷、部署新版本、回滾不良的版本又有多容易？ 簡單性不會偶然發(fā)生，它需要積極培育。 坎寧漢（Ward Cunningham）提出了“技術(shù)債”的概念，就是指在時間緊迫的情況下，開發(fā)人員為實現(xiàn)迭代①目標(biāo)或快到截止日期時所采取的一種方法。 迭代是指由一個敏捷項目小組選擇的一段較短的時期（一周、兩周或一個月等） ，在此期間，該小組會開發(fā)并測試由客戶挑選的一個關(guān)鍵需求，并將結(jié)果發(fā)送給客戶以征求其同意或意見。另外，有越來越多的軟件分析工具能自動幫助識別出現(xiàn)“技術(shù)債”的地方，了解代碼覆蓋率、分析耦合性、檢測風(fēng)格偏離等，這些工具或許都可以在你不知情時工作。直到有一天，一位來面試的應(yīng)聘者當(dāng)頭潑我一盆冷水（這當(dāng)然是一種比喻的說法） ，這次經(jīng)歷從此改變了我?？墒峭蝗婚g我意識到我會招不到他。我們沒有一個人希望在職業(yè)生涯中重復(fù)使用自己在大學(xué)學(xué)到的那些技能?？赡切├嫦嚓P(guān)者卻臆想，只靠幾個簡單的、不可思議的步驟就能完成這個項目。可以使用軟件思維導(dǎo)圖工具來依照這種方法記錄需求。讓客戶看到原型，也可以幫助檢查開發(fā)人員設(shè)想的相應(yīng)解決方案是否和客戶所預(yù)想的一致。我指導(dǎo)了許多不同的團隊。聽聽這群獨一無二的開發(fā)人員是怎么說的吧：任何現(xiàn)成的構(gòu)建系統(tǒng)都不可能處理他們“獨一無二”的需求。 工具：軟件開發(fā)人員用來創(chuàng)建、調(diào)試、測試、分析、追蹤或以其他方式支持高質(zhì)量的軟件開發(fā)的簡單程序。對可以利用的資源要做到了解透徹、信息靈通，引導(dǎo)團隊使用高品質(zhì)的開源或商業(yè)工具。客戶將所有的需求都傳遞給總承包商，然后總承包商再通過一連串隨意的電子郵件將這些信息轉(zhuǎn)達給我們。然而，很顯然，這條寶貴的真理從來沒有被轉(zhuǎn)達給客戶。有了這次經(jīng)驗，我認(rèn)識到粗制濫造的書面要求的危害性，也知道別人怎么利用它來對付你。我們的項目就是與這家供應(yīng)商進行合作，將培訓(xùn)軟件升級到最新版本，然后培訓(xùn)我們的用戶使用最新版本的軟件。我們會仔細記錄每一個問題，打印屏幕界面，并提供一步步的細節(jié)，說明我們發(fā)現(xiàn)的是何種問題，也告知了我們是在哪里以及是如何發(fā)現(xiàn)每個問題的。過了一段時間，供應(yīng)商承認(rèn)我們發(fā)現(xiàn)的問題中有幾個確實沒有“按設(shè)計要求”運行，它們的確是 bug。你如何識別千里馬呢？面試新應(yīng)聘者前，和最好的開發(fā)人員交談一下。但是我們?nèi)绾谓缍ā岸唷?？盡管應(yīng)聘者可能擁有豐富的知識，但是這個人可能還沒有掌握有效應(yīng)用它的技巧。他是一個優(yōu)秀的開發(fā)人員，但是對于整個項目團隊而言，他卻是有害無益的。是否有證據(jù)表明他們能及時且在預(yù)算之內(nèi)生產(chǎn)出“切合意圖”的產(chǎn)品？不管你的應(yīng)聘者多么有風(fēng)度而且多么懂技術(shù)，都要始終核實發(fā)證機關(guān)的資格證書和前任雇主的履歷條目。在軟件開發(fā)中，今天編寫的程序會成為明天的基礎(chǔ)。這是行不通的。計算公式是 n(n1)/2。想要更快地開發(fā)軟件怎么辦？花額外的錢聘請和培養(yǎng)優(yōu)秀的軟件開發(fā)人員。這里有幾個關(guān)于劃定項目規(guī)模的建議，確保每個人都懂得自己那一小塊可以導(dǎo)致整個大局的成敗。 定期舉辦小組會議，通報每一個工作流的狀態(tài)。 以及風(fēng)險。15. 記錄工作流程，然后 嚴(yán)格執(zhí)行我們試圖把電子郵件從一個平臺轉(zhuǎn)移到另一個平臺，但僅僅因為一個女人結(jié)了婚，我們的電子郵件系統(tǒng)便癱瘓了。所有舊系統(tǒng)的用戶發(fā)送給她的電子郵件都會通過她的“遷移”轉(zhuǎn)發(fā)地址自動轉(zhuǎn)發(fā)到新的郵件系統(tǒng)。由此顯得薩莉很受歡迎。 ajouter, mais quand修伯里，意思是： “完美，不是指無可增，而是指無可減。添加更多的流程只會使團隊更難看清問題的真正根源。一旦將過去項目中多余的流程去掉，團隊的生產(chǎn)力和工作量就應(yīng)該很快能提高。 支持（F） 。我們將抽出所有字符串，包括彈出消息，并且把它們放置在外部資源包導(dǎo)致的結(jié)局無外乎兩種，要么是讓軟件開發(fā)人員來決定什么功能對客戶重要，要么是軟件項目經(jīng)理來告知開發(fā)人員如何