《人月神話》這本書風行已經很久了，寫成於1975年，經歷這麼久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。
人月神話看上去這麼浪漫的名字，原來並不是真的説神話故事，作者闡述的主要觀點是在軟件開發項目上項目進度和增加人員這兩個概念是不能互換。雖然已經時隔20多年了，這本書依然給我震撼，一是讓我驚訝的是，美國20年前軟件項目所面臨的問題，在我們現在依然如此，糟糕的`情況沒有改變，大家仍舊在焦油坑裏掙扎，而且看上去沒有解決辦法。二是作者對軟件項目失敗的總結，每一個問題我們依舊再犯，特別讀到“是當意識到進度的偏移時，下意識（以及傳統）的反應是增加人力。
這就像使用汽油滅火一樣，只會使事情更糟。越來越大的火勢需要更多的汽油，從而進入了一場註定會導致災難的循環。“，我對這句話簡直是太有感觸了，因為我身邊這樣的悲劇整天都在上演，公司對所有的項目搞得都是人海戰術，進度沒有提前，還整天加班，最後用户不滿意，開發人員整天鬱悶，結果是用户對公司失去了信任，成了一槌子買賣，開發人員就像割韭菜，舊人一一辭職，新人天天引進，公司何談發展和積累，做了n年，濤聲依舊，做法沒有改變，情況沒有改觀，公司沒有發展，好在中國人多地大，呼悠完一個行業，再呼悠另一個行業。三是作者在那個時候，就根據自己的經驗提出了對於軟件任務的進度安排，以下是作者使用了很多年的經驗法則：1/3計劃1/6編碼1/4構件測試和早期系統測試1/4系統測試，所有的構件已完成我們公司是通過cmm3認證的，理論不用我説，大家好像都明白，實際情況呢，有誰真的拿出那麼多時間作計劃，又有誰拿出那麼多時間作測試，不過令人欣慰的是，大家確實在向這方面改變，比如我們公司測試部現在就是一個很大很關鍵的部門，所有的程序發佈都需要測試人員的簽字。
當然，也許可以找點客觀原因，比如現在國內多數客户不成熟，簽單子靠關係，一旦簽了又恨不得明天就正式運行，但是本着“沒有任何藉口”的觀點，我們該怎樣改進呢，我決定讀下去，看看能否找到作者所説的銀彈呢。
文萃咖
