人月神話讀書筆記（五） (轉)

人月神話讀書筆記（五） (轉)[@more@]

第七章 為什麼巴比倫塔會失敗

1.  專案人員之間的交流和溝通是專案能否順利和成功的一個重要因素。

2.  缺乏交流引起進度災難、功能的不合理和缺陷紛紛出現。隨著工作的
進行，許多小組慢慢地修改自己的功能、規模和速度，他們明確或者隱含
地更改了一些有效輸入和輸出結果用法上的約定。

團隊如何進行相互之間的交流溝通：

清晰定義小組內部的相互關係和充分利用電話，能鼓勵大量的電話溝通，從而
達到對所書寫文件的共同理解。

常規專案會議。會議中，團隊一個接一個地進行簡要的技術陳述。這種方式非
常有用，能澄清成百上千的細小誤解。

在專案的開始階段，應該準備正式的專案工作手冊。

3.  專案工作手冊不是獨立的一篇文件，它是對專案必須產出的一系列文件進
行組織的一種結構。

專案所有的文件都必須是該結構的一部分。這包括目的、外部規格說明、介面
說明、技術標準、內部說明和管理備忘錄。

4.  使用專案工作手冊的原因：

技術說明幾乎是必不可少的。如果某人就和的某部分，去檢視一系列
相關的手冊。他發現的不僅僅是思路，而且還有能追溯到最早備忘錄的許
多文字和章節，這些備忘錄對產品提出建議或者解釋設計。

正確的文件結構非常重要。事先將專案工作手冊設計好，能保證文件的結構本
身是規範的。另外，有了文件結構，後來書寫的文字就可以放置在合適的章節
中。

控制資訊釋出，確保資訊能到達所有需要它的人的手中。

5.  團隊組織的目的是減少不必要的交流和合作的數量。減少交流的方法是人
力劃分和限定職責範圍。當使用人力劃分和職責限定時，樹狀管理結構所映出
對詳細交流的需要會相應減少。

 

第八章 胸有成竹

1.  問題：系統需要花費多長時間？需要多少工作量？如何進行估計？

2.  工作量是規模的冪。

Portman的資料：工作花費的時間大約是估計的兩倍。

Aron、Harr、OS/360的資料：生產率會根據任務本身的複雜度和困難程度表現出
顯著差異。

Carbato的資料：對常用的程式設計語句而言。生產率似乎是固定的。這個固定的生產
率包括了程式設計中需要註釋，並可能存在錯誤的情況。使用適當的高階語言，程式設計的
生產率可以提高5倍。