【正文】 時間的不同，有著很大的變化，進(jìn)度卻不是如此。因此我認(rèn)為用人月作為衡量一項工作的規(guī)模是一個危險和帶有欺騙性的神話。它暗示著人員數(shù)量和時間是可以相互替換的。人數(shù)和時間的互換僅僅適用于以下情況：某個任務(wù)可以分解給參與人員，并且他們之間不需要相互的交流，而在系統(tǒng)編程中近乎不可能。當(dāng)任務(wù)由于次序上的限制不能分解時，人手的添加對進(jìn)度沒有幫助。調(diào)試、測試的次序特性，許多軟件都具有這種特征。因為軟件開發(fā)本質(zhì)上是一項系統(tǒng)工作——錯綜復(fù)雜關(guān)系下的一種實踐——溝通、交流的工作量非常大，它很快會消耗任務(wù)分解所節(jié)省下來的個人時間。從而，添加更多的人手，實際上是延長了，而不是縮短了時間進(jìn)度。對于編程，有其樂趣和苦惱。創(chuàng)建事物的快樂，開發(fā)對其他人有用的東西的樂趣，將可以活動、相互嚙合的零部件組裝成類似迷宮的東西，這個過程所體現(xiàn)出令人神魂顛倒的魅力，面對不重復(fù)的任務(wù)，不間斷學(xué)習(xí)的樂趣，工作在如此易于駕馭的介質(zhì)上的樂趣——純粹的思維活動，其存在、移動和運轉(zhuǎn)方式完全不同于實際物體。將做事方式調(diào)整到追求完美，是學(xué)習(xí)編程的最困難部分；由其他人來設(shè)定目標(biāo)，并且必須依靠自己無法控制的事物（特別是程序）；權(quán)威不等同于責(zé)任實際情況看起來要比這一點好一些；真正的權(quán)威來自于每次任務(wù)的完成任何創(chuàng)造性活動都伴隨著枯燥艱苦的勞動，編程也不例外 人們通常期望項目在接近結(jié)束時，（bug、工作時間）能收斂得快一些，然而軟件項目的情況卻是越接近完成，收斂得越慢產(chǎn)品在即將完成時總面臨著陳舊過時的威脅。開發(fā)一個軟件，我們要有合理的時間進(jìn)度，開發(fā)人員要少而精，概念完整性必須考慮在內(nèi)，要盡量做到盡早交流和持續(xù)溝通。同時，文檔形成了關(guān)鍵的樞紐，每個項目管理的工作都圍繞著它們運轉(zhuǎn)，它們是經(jīng)理們的主要個人工具。對于計算機(jī)硬件開發(fā)項目，關(guān)鍵文檔是目標(biāo)、手冊、進(jìn)度、預(yù)算、組織機(jī)構(gòu)圖、空間分配、以及機(jī)器本身的報價、預(yù)測和價格；對于大學(xué)科系，關(guān)鍵文檔類似：目標(biāo)、課程描述、學(xué)位要求、研究報告、課程表和課程的安排、預(yù)算、教室分配、教師和研究生助手的分配；對于軟件項目，要求是相同的：目標(biāo)、用戶手冊、內(nèi)部文檔、進(jìn)度、預(yù)算、組織機(jī)構(gòu)圖和工作空間分配。即使是一個小型項目，我們都會要求書寫相關(guān)文檔，對每個關(guān)鍵文檔的維護(hù)提供了狀態(tài)監(jiān)督和預(yù)警機(jī)制并且本身就可以作為檢查列表或者數(shù)據(jù)庫。良好的工作手冊和組織架構(gòu)可以開發(fā)出更加符合用戶的需求。手冊、或者書面規(guī)格說明，是一個非常必要的工具，盡管光有文檔是不夠的。手冊是產(chǎn)品的外部規(guī)格說明，它描述和規(guī)定了用戶所見的每一個細(xì)節(jié)；同樣的，它也是結(jié)構(gòu)師主要的工作產(chǎn)物。形式化定義是精確的，它們傾向于更加完整；差異得更加明顯，可以更快地完成。但是形式化定義的缺點是不易理解。記敘性文字則可以顯示結(jié)構(gòu)性的原則，描述階段上或?qū)哟紊系慕Y(jié)構(gòu)，以及提供例子。它可以很容易地表達(dá)異常和強(qiáng)調(diào)對比的關(guān)系，最重要的是，它可以解釋原因。在表達(dá)的精確和簡明性上，目前所提出的形式化定義，具有了令人驚異的效果，增強(qiáng)了我們進(jìn)行準(zhǔn)確表達(dá)的信心。通常，開發(fā)一個軟件我們還會設(shè)立規(guī)模目標(biāo)，控制規(guī)模，發(fā)明一些減少規(guī)模的方法——就如同硬件開發(fā)人員為減少元器件所做的一樣。規(guī)模預(yù)算必須與分配的功能相關(guān)聯(lián)； 在指明模塊大小的同時，確切定義模塊的功能。培養(yǎng)開發(fā)人員從系統(tǒng)整體出發(fā)、面向用戶的態(tài)度是軟件編程管理人員最重要的職能。調(diào)試，是一種檢驗程序中的方法。然而調(diào)試是系統(tǒng)編程中很慢和較困難的部分，而漫長的調(diào)試周轉(zhuǎn)時間是調(diào)試的禍根。它可以持續(xù)一個很長的時間，從而可能影響項目的交付日期。為了更好的控制進(jìn)度，我們需要制定一個嚴(yán)格的進(jìn)度表來控制項目的進(jìn)度表，進(jìn)度表由里程碑和日期組成。里程碑必須是具體的、特定的、可度量的事件，能進(jìn)行清晰能定義。進(jìn)度表有時可以根據(jù)進(jìn)展情況進(jìn)行適度的修改。產(chǎn)品測試時每個產(chǎn)品在提交給用戶的一道程序。而這項工作主要由產(chǎn)品測試機(jī)構(gòu)/小組根據(jù)規(guī)格說明檢查機(jī)器和程序，充當(dāng)麻煩的代言人，查明每一個可能的缺陷和相互矛盾的地方。每個開發(fā)機(jī)構(gòu)都需要這樣一個獨立的技術(shù)監(jiān)督部門，來保證其公正性。產(chǎn)品－測試小組則是顧客的代理人，專門尋找缺陷。不時地，細(xì)心的產(chǎn)品測試人員總會發(fā)現(xiàn)一些沒有貫徹執(zhí)行、設(shè)計決策沒有正確理解或準(zhǔn)確實現(xiàn)的地方。出于這方面的原因，設(shè)立測試小組是使設(shè)計決策得以貫徹執(zhí)行的必要手段，同樣也是需要盡早著手，與設(shè)計同時實施的重要環(huán)節(jié)。一個已開發(fā)的項目，我們需要對它進(jìn)行后期維護(hù)。其維護(hù)基本上不同于硬件的維護(hù)，它主要由各種變更組成，如修復(fù)設(shè)計缺陷、新增功能、或者是使用環(huán)境或者配置變換引起的調(diào)整而且維護(hù)總成本通常是開發(fā)成本的40％或更多。維護(hù)成本受用戶數(shù)目的嚴(yán)重影響，用戶越多，所發(fā)現(xiàn)的錯誤也越多。在每次修復(fù)之后，必須重新運行先前所有的測試用例，從而確保系統(tǒng)不會以更隱蔽的方式被破壞。其實，對于一個項目，我們要盡量做到完美，減少以后的維護(hù)困難和成本。在計算機(jī)技術(shù)進(jìn)步的同時，計算機(jī)相關(guān)學(xué)科知識也在飛速發(fā)展。興趣太多，令人興奮的學(xué)習(xí)、研究和思考的機(jī)會也太多——多么不可思議的矛盾啊！這個神奇的時代遠(yuǎn)遠(yuǎn)沒有結(jié)束，它依然在飛速發(fā)展。更多的樂趣，盡在將來。