【文章內(nèi)容簡(jiǎn)介】 的實(shí)際工作時(shí)間，并和你的估算作比較，你將永遠(yuǎn)不能提高你的估算能力。你的估算將永遠(yuǎn)是猜測(cè)。 19. 只有當(dāng)任務(wù) 100%完成時(shí)，才認(rèn)為該任務(wù)完成 使用英寸大小的小圓石的一個(gè)好處是，你可以區(qū)分每個(gè)小任務(wù)要么完成了，要么沒有完成，這比估計(jì)一個(gè)大任務(wù)在某個(gè)時(shí)候完成了多少百分比要實(shí)在的多。不要讓人們只入不舍他們?nèi)蝿?wù)的完成狀態(tài)；使用明確的標(biāo)準(zhǔn)來判斷一個(gè)步驟是否真正的完成了。 20. 公開、公正地跟蹤項(xiàng)目狀態(tài) 創(chuàng)建一個(gè)良好的風(fēng)氣，讓項(xiàng)目成員對(duì)準(zhǔn)確地報(bào)告項(xiàng)目的狀態(tài)感到安全。努力讓項(xiàng)目在準(zhǔn)確的、基于數(shù)據(jù)的事實(shí)基礎(chǔ)上運(yùn)行，而不是從因?yàn)楹ε聢?bào)告壞消息而產(chǎn)生的令人誤解的樂觀主義。使用項(xiàng)目狀態(tài)信息在必 要的時(shí)候進(jìn)行糾正操作，并且在條件允許時(shí)進(jìn)行表揚(yáng)。 這些提示不能保證你的成功，但是它們將幫助你在你的項(xiàng)目上獲得一個(gè)堅(jiān)實(shí)的把手，并且保證你做了所有你可以做的事來讓項(xiàng)目在這個(gè)瘋狂的世界上成功。 技術(shù)管理就像開車。當(dāng)你做得正確時(shí)，沒有人注意，一旦某個(gè)環(huán)節(jié)出錯(cuò)，問題會(huì)接踵而來。以下是我 11 年來作為 Interviewing Manager 的 Team 管理體會(huì)，排名不分先后，你必須注意每一點(diǎn)。 1. 不要重復(fù)過去二三十年來別人犯過的錯(cuò)誤 這句話來自 Steve Mcconnell， IEEE 軟件編輯和軟件開發(fā) 暢銷書作家。 Mcconnell的作品包括經(jīng)典著作“ Code Complete”。 Mcconnell認(rèn)為，“大量閱讀”是避免凡重復(fù)錯(cuò)誤的最好方法。 2. 80%的管理就是選擇正確的人選 Scott Adams, Dilbert 漫畫的作者認(rèn)為一個(gè)好的項(xiàng)目經(jīng)理必須創(chuàng)造一個(gè)人盡其用的環(huán)境。所有的項(xiàng)目經(jīng)理都應(yīng)該讀一讀 Tom Demarco 和 Tim Lister 的新書“ Peopleware： Productive Projects and Teams”（ 2nd Edition, Dorset House, 1999）。 3. 總是試圖雇用比你強(qiáng)的人 不要讓你的自負(fù)成為項(xiàng)目的瓶頸。組織一支聰明的隊(duì)伍，給他們足夠的資源和解決問題的規(guī)則，讓員工自己解決問題。 4. 不要浪費(fèi)時(shí)間 Tom Bragg， Intellisys Technology ，認(rèn)為太多的項(xiàng)目由于不能如期開始最后陷入麻煩。通常導(dǎo)致延遲的原因包括其它任務(wù)的干擾，人事變動(dòng)，不準(zhǔn)時(shí)的經(jīng)理等等。 5. 最優(yōu)的未必是最大的 Tom Bragg的另一個(gè)建議是：密切注意項(xiàng)目開始后發(fā)生的事情。 Bragg說：“計(jì)劃好你的工作然后如期進(jìn) 行，過分緊張的工作強(qiáng)度反而往往導(dǎo)致生產(chǎn)率的降低，可能保持每周 50 小時(shí)以內(nèi)的工作強(qiáng)度是最佳的。 6. 真實(shí)的，公正的估計(jì) 項(xiàng)目經(jīng)理應(yīng)該避免“依照管理者的欲望修改計(jì)劃”的陷阱。“一個(gè)有效的估計(jì)的特征是所估計(jì)的時(shí)間與金錢比實(shí)際情況低和高的概率相等”， Bragg說。 7. 使你的組織結(jié)構(gòu)更有效率 很多情況下，你可以采用另外一種與現(xiàn)在不同的組織結(jié)構(gòu)?？匆豢?Apache Web server 的開發(fā)小組，他們的層次組織并不分明，卻開發(fā)出了成功的產(chǎn)品。 8. 使用 WWW 上的免費(fèi)工具 從 Barry Boehm的學(xué)生開發(fā)的，能夠把 W理論（ WinWin 模型）和螺旋形模型結(jié)合起來的工具。在項(xiàng)目管理研究所的網(wǎng)址 ，你可以下載它的聯(lián)機(jī)手冊(cè) ...套工具： Control Panel和 Risk Radar。 Control Panel是 Excel表格形式，由于監(jiān)測(cè)生產(chǎn)率和質(zhì)量； Risk Radar 是一個(gè) Access 數(shù)據(jù)庫，對(duì)項(xiàng)目的風(fēng)險(xiǎn)進(jìn)行量化管理。 9. 不要小看老程序員 重新訓(xùn)練現(xiàn)有的程序員比雇用新畢業(yè)的大學(xué)生要有 價(jià)值。老的程序員在以往的多個(gè)項(xiàng)目上有豐富的經(jīng)驗(yàn)，通過新技能的訓(xùn)練后，他們的經(jīng)驗(yàn)和知識(shí)會(huì)幫助年輕的程序員（包括項(xiàng)目經(jīng)理）節(jié)約時(shí)間和金錢。 10. 為你的項(xiàng)目選擇定正確的工作流程 并不是所有的項(xiàng)目都適用一種開發(fā)流程。 Intel 公司有規(guī)律地檢查每個(gè)開發(fā)小組的工作質(zhì)量，如果出現(xiàn)了延遲交付或質(zhì)量問題， Intel鼓勵(lì)該小組改進(jìn)他們的工作流程。 11. 做好你的生存計(jì)劃 對(duì)開發(fā)過程共享實(shí)施猛烈的變革和改變是個(gè)什么樣子？除了可能的時(shí)間大量損失（好，其實(shí)這是很小的 可能，除了正在改變開發(fā)過程時(shí)），當(dāng)它們獲 得了人們支持時(shí)就都會(huì)成功。 在歷史上，人民，社會(huì)的勞動(dòng)者，通過聯(lián)合推動(dòng)了社會(huì)變革。這就是我們所滿意的應(yīng)用程序，MeshTV，用二維和三維的有限元網(wǎng)格以圖形的方式可視化和分析數(shù)據(jù)。它也能處理多種不同的網(wǎng)格類型，提供各種方式查看數(shù)據(jù)并去除了大多數(shù)的硬件和廠商的依賴，同時(shí)以自身圖形硬件的速度顯示圖形。 MeshTV也可以并行工作，你可以想象得到這需要一些組織級(jí)別滿足程序的復(fù)雜性，保持有序。最后說一點(diǎn)， MeshTV大約有 450,000 行源代碼。 這是我所作的全部描述。如果你想了解得更多，查看 ，你可以下 ?..⒃創(chuàng) ?/a 受約束的混亂 象許多為內(nèi)部使用而開發(fā)的程序一樣，在加利福尼亞 Livemore 的勞倫斯 Livemore國家實(shí)驗(yàn)室，對(duì)程序必需的修改和增加超出了可用的資源。在 MeshTV項(xiàng)目中，這導(dǎo)致了混亂，（ on the MeshTV project, this led to controlled chaos, where developers implemented new features based on the crisis du jour.）（譯者注：這句話不好譯）沒有人有時(shí)間坐下來畫出應(yīng)用流程。我們都在實(shí)驗(yàn)室的里里外外，忙于我們客戶的貪婪的需求。（有約 150個(gè)文檔用戶 可能更多，實(shí)際上要靠 5個(gè)兼職的開發(fā)人員支持）在我們這種狀況下，這種過程導(dǎo)致了我們用戶更多的抱怨和可靠性匱乏的程序。 三年前，我們的職責(zé)很小（幾個(gè)用戶，幾個(gè)開發(fā)人員，很少有廣泛的應(yīng)用功能）允許我們?cè)贑VS 上用非常不正規(guī)的過程管理源代碼。當(dāng)用戶數(shù)和他們需求差異增多時(shí)，相應(yīng)的代碼管理的復(fù)雜性也增加了。處理我們?cè)鲩L(zhǎng)的工作量也變得更加困難，我們知道有些事情必須要改變了。我們 決定加入到我們部門的其他開發(fā)小組中去，并使用 Rational軟件公司的版本控制系統(tǒng) — ClearCase。從此，我們過程的改進(jìn)氛圍（ our process improvement culture）開始改變，變革的種子已經(jīng)播下了 在我們轉(zhuǎn)向 ClearCase 前，我們小組的一位經(jīng)理曾經(jīng)誘導(dǎo)我們更多的集中在過程上，她徒勞了。她看到了增長(zhǎng)的壓力和用戶的不滿，她想我們應(yīng)該嘗試用不同的方法提高我們程序的可靠性和在用戶那里的名聲。不幸的是，她的話從來沒有引起重視，同樣我們也認(rèn)識(shí)到了這點(diǎn)，但我們不得不忙于作完我們的工作。 開發(fā)人員認(rèn)為最好的情況是軟件工程學(xué)所論述的那樣，而在最糟和最可能的情況下，會(huì)占用大量的時(shí)間，提供眾多的文檔，用處不是很大。我們的一些老開發(fā)人員認(rèn)為改進(jìn)我們的過程沒有用并且??（ Some of our veteran developers saw no use for improving our process and would have sooner appeared in public in a tutu rather than utter such a sissy phrase.）（譯者注：這句話 太難譯了，單詞也不認(rèn)識(shí)）而且俱樂部所有人，包括我也懷疑我們要收獲的巨大好處。我認(rèn)為 CVS 工作得很好，我們真的不需要更多先進(jìn)的東西。 在 CVS 工作的同時(shí)， ClearCase 工作得更好。我認(rèn)為在每個(gè)軟件工程生產(chǎn)力上沒有真正的提高，但是可以用我以前不能采用的工作方式工作。這些新的工作方法可以使管理源代碼變得更容易，同時(shí)也減少了我曾經(jīng)在 CVS 中遇到的問題。例如，我現(xiàn)在可以輕松的多并發(fā)地開發(fā)，我可以在我完成后可靠的歸并我所作的。新特性彌補(bǔ)了我花在開發(fā)和學(xué)習(xí)新過程上的時(shí)間。 真正的產(chǎn)出 過渡不久，一位 同事和我與一位來自蘋果計(jì)算機(jī)公司的開發(fā)同行進(jìn)行了一次有趣的討論。他的工作需要產(chǎn)品開發(fā)過程的急迫應(yīng)用，包括構(gòu)建方法學(xué)和發(fā)行版本管理過程。當(dāng)我們敘述我們通常隨意無計(jì)劃的方式時(shí)，他幾乎震驚暈倒。后來的討論，使我們驚奇的了解到了通過改進(jìn)我們的過程所獲得的好處。有一位經(jīng)理鼓勵(lì)我們是一方面，但是非同尋常的另一面是聽到一位開發(fā)同行稱贊他發(fā)現(xiàn)的好處。這是真正的產(chǎn)出，計(jì)算機(jī)科學(xué)風(fēng)格的。 我們對(duì)其思考的越多，我們?cè)秸J(rèn)識(shí)到我們需要行動(dòng)。將新特性和缺少固定發(fā)行日期聯(lián)系起來的狂熱，導(dǎo)致了在發(fā)行新版本和功能性的匱乏測(cè)試間長(zhǎng)久的延期 。我們的意圖是好的，我們想讓我們的客戶滿意。然而，不知何故，我們的期望事實(shí)上很糟糕，似乎看起來我們工作得很辛苦，但是，我們聽到了更多的抱怨。我們需要改變現(xiàn)狀。 首先，我們轉(zhuǎn)換到有目的的發(fā)行版本日期，使其包含明確的更改和新的功能。像許多的內(nèi)部產(chǎn)品， MeshTV有著明顯的直接的用戶（ MeshTV had users who lived right down the street.）。新特性的不同的聲音淹沒在所有的目標(biāo)回應(yīng)中，我們嘗試經(jīng)常性的從那些所有從會(huì)議廳走下來，停下來聊會(huì)兒天的用戶那里獲取要求。（這 些打斷也可以避免我們持續(xù)工作）荒謬的是在試圖獲取所有要求中，我們不能滿足他們中的大多數(shù)，我們失望了。所以我們從這種方法上退回來。或者試圖將所有要求放進(jìn)去（可能匆忙地完成，沒有更多明顯的 bugs） ,或者針對(duì)最后的抱怨作一個(gè)改正（從而沒有舊的要求）。我們需要一個(gè)載明新發(fā)行版本應(yīng)體現(xiàn)哪些要求的計(jì)劃。 這表明另一個(gè)過程需要改進(jìn)。在決定之前，我們通過將 bugs 報(bào)告和要改變的要求寫到紙上，保證可追蹤。這片紙經(jīng)?！白呦蛄怂惺挛锏臍w途”，或者偶然的扔進(jìn)了廢紙簍，或者壓在了其他所有的紙張下面。（這點(diǎn)上我堅(jiān)信我已危險(xiǎn)地靠 近制造我自己桌面中子星）（譯者注：黑洞乎）那些紙隨著時(shí)間的流逝而不能理解，無心的造成了客戶輸入損失的結(jié)果。 我們需要很好的保持我們改變要求的追蹤，這樣我們就可以為下一個(gè)發(fā)行版本選擇明確的要求。在對(duì)幾個(gè)產(chǎn)品調(diào)研后，我們購買了 Pure Atria 的 ClearDDTS，幫助我們管理我們的改變要求，我們?cè)噲D一年四次發(fā)布新版本應(yīng)用程序，這作為一策略被我們采納，這樣我們就可以很快的清晰地增加新功能，不用更新得過于頻繁導(dǎo)致沒有時(shí)間測(cè)試我們的修改。為了達(dá)到結(jié)束點(diǎn)，我們努力選擇一定量的能夠在三個(gè)月內(nèi)完成的工作。第一次時(shí)， 因?yàn)槲覀儧]有人知道如何預(yù)測(cè)一個(gè)詳細(xì)的修改需要多長(zhǎng)時(shí)間，我們徹底失敗了。幸運(yùn)的是，我們可以通過ClearDDTS跟蹤我們?cè)?jīng)預(yù)測(cè)的時(shí)間和工作中實(shí)際花費(fèi)的時(shí)間，并且個(gè)別開發(fā)人員利用這些數(shù)據(jù)預(yù)測(cè)將來。在為其他版本的選擇工作中，這獲得了重大的成功。變革明顯的站住了腳。 我們也決定與目標(biāo)發(fā)行版本并進(jìn)，著手提高質(zhì)量的工作。為了完成這點(diǎn)，我們要求所有決意要改變的要求要被不具有開發(fā)責(zé)任的其他人所驗(yàn)證。當(dāng)我們知道其他人會(huì)檢查工作時(shí)，我們就都會(huì)非常仔細(xì)，這多么驚奇。我們也開始采用 Mercury Interactive’ s Xrunner 和內(nèi)部使用的腳本開發(fā)了一個(gè)自動(dòng)測(cè)試系統(tǒng)。將來，在我們發(fā)布一個(gè)新版本應(yīng)用程序前，這些測(cè)試必須成功的測(cè)試過。 持續(xù)的改進(jìn) 所有這些工作都以我們不能想象的方式的到回報(bào)了。我們更好地跟蹤我們的改變要求，也就是我們沒有丟掉它們，我們確實(shí)能跟得上用戶的更新狀態(tài)了。用戶喜歡這點(diǎn)，我們也不再面對(duì)來自客戶的挫折。他們也喜歡我們更頻繁的更新和更加健壯的程序。 我們正在尋找另外的方式，我們可以從改變我們過程中獲得好處的方式。現(xiàn)在，我們正在研究軟件開發(fā)成熟度模型（ CMM） ,看是否能通過遵從 2級(jí)幫助我 們提供更好的應(yīng)用軟件（請(qǐng)到 CM...在于核對(duì) boxes。 我們正在進(jìn)行的另一個(gè)改變是，我們能夠更容易地在我們每年四個(gè)主版本之間發(fā)布修訂 bugs的版本。這點(diǎn)可以是我們更快的轉(zhuǎn)向用戶的要求，平息用戶的憤怒。（我們基于用戶認(rèn)識(shí)到的嚴(yán)重性和我們察覺的嚴(yán)重性的比較，選擇哪些 bugs 被改正，還包括工作區(qū)存在的風(fēng)格。我們?cè)谡w上也為客戶整合了全部?jī)?yōu)先級(jí)的感覺） 我們過程改革的更多驚人結(jié)果之一是不只影響了程序，更多地影響了程序開發(fā)人員。他們停止了改善用戶的態(tài)度 ，轉(zhuǎn)向提高應(yīng)用程序。程序變得更可靠，發(fā)行版本變得更可預(yù)測(cè)的同時(shí)，用戶對(duì)應(yīng)用軟件整體上也更加滿意。 但是我們不僅只關(guān)心我們的過程的改革。 MeshTV 的開發(fā)人員同其他的開發(fā)小組并同工作著，我們?cè)囍渌男〗M分享我們的經(jīng)驗(yàn)，學(xué)習(xí)我們的勝利和錯(cuò)誤。圍繞我們新的過程，我們提供了四個(gè)展示，至少有一個(gè)小組已經(jīng)決定采用我們的一些經(jīng)驗(yàn)。變革在成長(zhǎng)。 成功孕育成功 當(dāng)管理層嘗試推動(dòng)改變過程時(shí)，從最初的懷疑和憤怒，我們?cè)谶@個(gè)過程中經(jīng)歷了巨大的變革。這些曾經(jīng)著名的過程都是那些所有刊物都討論過，當(dāng)作福音傳授給我們 的同事。當(dāng)我回頭看看我們的小組，我驚奇于我們從使用一個(gè)版本控制系統(tǒng)改變到幾個(gè)可重用性、文檔化過程，甚至將那些經(jīng)驗(yàn)出售給別人。什么能夠允許我們背離我們正規(guī)的商業(yè)方式 對(duì)于我們來說