《人月神話》讀后感

　　《人月神話》這本書風行已經(jīng)很久了，寫成于1975年，經(jīng)歷這么久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。

　　人月神話看上去這么浪漫的名字，原來并不是真的說神話故事，作者闡述的主要觀點是在軟件開發(fā)項目上項目進度和增加人員這兩個概念是不能互換。雖然已經(jīng)時隔20多年了，這本書依然給我震撼，一是讓我驚訝的是，美國20年前軟件項目所面臨的問題，在我們現(xiàn)在依然如此，糟糕的情況沒有改變，大家仍舊在焦油坑里掙扎，而且看上去沒有解決辦法。二是作者對軟件項目失敗的`總結(jié)，每一個問題我們依舊再犯，特別讀到“是當意識到進度的偏移時，下意識（以及傳統(tǒng)）的反應是增加人力。

　　這就像使用汽油滅火一樣，只會使事情更糟。越來越大的火勢需要更多的汽油，從而進入了一場注定會導致災難的循環(huán)。“，我對這句話簡直是太有感觸了，因為我身邊這樣的悲劇整天都在上演，公司對所有的項目搞得都是人海戰(zhàn)術(shù)，進度沒有提前，還整天加班，最后用戶不滿意，開發(fā)人員整天郁悶，結(jié)果是用戶對公司失去了信任，成了一槌子買賣，開發(fā)人員就像割韭菜，舊人一一辭職，新人天天引進，公司何談發(fā)展和積累，做了n年，濤聲依舊，做法沒有改變，情況沒有改觀，公司沒有發(fā)展，好在中國人多地大，呼悠完一個行業(yè)，再呼悠另一個行業(yè)。三是作者在那個時候，就根據(jù)自己的經(jīng)驗提出了對于軟件任務(wù)的進度安排，以下是作者使用了很多年的經(jīng)驗法則：1/3計劃1/6編碼1/4構(gòu)件測試和早期系統(tǒng)測試1/4系統(tǒng)測試，所有的構(gòu)件已完成我們公司是通過cmm3認證的，理論不用我說，大家好像都明白，實際情況呢，有誰真的拿出那么多時間作計劃，又有誰拿出那么多時間作測試，不過令人欣慰的是，大家確實在向這方面改變，比如我們公司測試部現(xiàn)在就是一個很大很關(guān)鍵的部門，所有的程序發(fā)布都需要測試人員的簽字。

　　當然，也許可以找點客觀原因，比如現(xiàn)在國內(nèi)多數(shù)客戶不成熟，簽單子靠關(guān)系，一旦簽了又恨不得明天就正式運行，但是本著“沒有任何借口”的觀點，我們該怎樣改進呢，我決定讀下去，看看能否找到作者所說的銀彈呢。

【《人月神話》讀后感】相關(guān)文章：

人月神話讀后感（通用5篇）03-25

中國神話讀后感03-30

《希臘神話》讀后感03-28

神話故事讀后感05-24

希臘古典神話讀后感06-18

《希臘古典神話》讀后感06-12

《希臘神話》的讀后感12-27

希臘神話讀后感01-09

《希臘古典神話》的讀后感06-19