人月神話(huà)讀后感（通用5篇）

　　當閱讀完一本名著(zhù)后，相信大家一定領(lǐng)會(huì )了不少東西，何不靜下心來(lái)寫(xiě)寫(xiě)讀后感呢？為了讓您不再為寫(xiě)讀后感頭疼，以下是小編為大家收集的人月神話(huà)讀后感，僅供參考，希望能夠幫助到大家。

　　人月神話(huà)讀后感 篇1

　　最近讀了一本書(shū)《人月神話(huà)》，這本書(shū)是軟件工程類(lèi)的一本經(jīng)典著(zhù)作。閱讀這本書(shū)的第一感受就是感覺(jué)這本書(shū)不像是一種和學(xué)習相關(guān)的書(shū)，更像是用很多形象的比喻，闡述項目管理當中的一些問(wèn)題，讓讀者能夠很輕松，明白的去閱讀。

　　一般在大學(xué)學(xué)習計算機行業(yè)的時(shí)候，都會(huì )學(xué)習一門(mén)叫做軟件工程的課程，老師也會(huì )跟我們講一些關(guān)于“軟件項目開(kāi)發(fā)的完成與增加人員的問(wèn)題”，在讀這本書(shū)的時(shí)候，這個(gè)問(wèn)題給了我很大的感觸。很多人認為，當任務(wù)在規定期限內還完成不了的時(shí)候，適當的加一些人員進(jìn)去，可以加快任務(wù)的進(jìn)度，從而能夠在規定的時(shí)間完成任務(wù)。但是這個(gè)觀(guān)點(diǎn)在軟件工程當中是不適用的。這也是我在閱讀完《人月神話(huà)》這本書(shū)時(shí)最大的感受。

　　這本書(shū)的第二章就講述了人月神話(huà)的關(guān)系，完成工作的人數和時(shí)間是不能進(jìn)行簡(jiǎn)單的互換的。因為新加入的人對原有的項目不了解，需要花時(shí)間培訓，讀后感交流，同時(shí)新人也有可能對原有的設計有不同的意見(jiàn)，這些都會(huì )導致任務(wù)的進(jìn)度大打折扣�！跋蜻M(jìn)度落后的項目中增加人手，只會(huì )使進(jìn)度更加落后”，是這本書(shū)作者布魯克斯得到的結論。

　　我覺(jué)得開(kāi)發(fā)一個(gè)軟件，要有合理的時(shí)間進(jìn)度安排，項目開(kāi)發(fā)的人員少而精，團隊開(kāi)發(fā)之前要提前交流，開(kāi)發(fā)的時(shí)候要持續的溝通，合理的分配任務(wù)工作。所有只有在一個(gè)團隊溝通了解，通力協(xié)作和努力下，才能更好的完善項目。

　　人月神話(huà)讀后感 篇2

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

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

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

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

　　人月神話(huà)讀后感 篇3

　　當我捧起《人月神話(huà)》，馬上就被深深的吸引了。書(shū)中很多細微之處都對我的思維造成了沖擊。已經(jīng)很久沒(méi)有看到這么好的書(shū)了，鄭重推薦。

　　把感觸比較深的幾點(diǎn)記下來(lái)，順便整理一下自己的思路，與大家分享。

　　1，保持設計的概念完整。無(wú)論對小軟件還是大軟件，都必須由一個(gè)設計師主導，最多兩個(gè)人討論來(lái)共同完成軟件的整體設計。作為一個(gè)軟件，一個(gè)系統，必須有一個(gè)清晰明確的概念模型，大家都在這個(gè)框架下工作，所有的創(chuàng )新發(fā)展都必須與基本的概念相吻合。具體的實(shí)現人員可以細化概念，但只有總設計者才有否定與發(fā)展基本概念的權力。需要注意的一點(diǎn)是，即使是總設計師一直是同一個(gè)人，他腦海中所認為理所當然的規則或者概念，很可能由于沒(méi)有明確的文檔化，而沒(méi)有成為所有開(kāi)發(fā)者共同的概念。在其他開(kāi)發(fā)者編碼的時(shí)候，就可能會(huì )生成與概念相抵觸的東東（模塊，功能，算法），導致整體結構的惡化。這個(gè)時(shí)候總設計師一定要即時(shí)發(fā)現，做出更正。

　　概念的完整性，對于很多小規模軟件，由于開(kāi)發(fā)人員不多，開(kāi)發(fā)經(jīng)理一般都能控制住所有的代碼，概念完整性在組織層面就維持住了。但要注意以后的Bug修改，功能擴展的時(shí)候，也要時(shí)刻留意與最初的設計是否概念上相容。對于大規模的軟件系統，則必須通過(guò)樹(shù)狀組織結構，層層控制，總設計師還是一到兩人，每一層都有對下層的絕對把握能力。我以前參加過(guò)一個(gè)15人左右的項目組，就是分為兩層。感覺(jué)整體概念完整性的控制效果還不錯。我沒(méi)有更多人數項目的具體實(shí)踐經(jīng)驗，希望以后能有機會(huì )參與比較大的項目。

　　2，“一個(gè)拿2倍工資的人，生產(chǎn)率可能是其他人的10倍�！蔽液臀业耐瑢W(xué)，一個(gè)小公司的技術(shù)總監聊起這個(gè)，他也是十分的認同。不知道其他公司的程序員們如何看。我的同事中有一個(gè)牛人，做出的貢獻特別大，應該相當于我們公司普通的十個(gè)程序員，不過(guò)工資最多也就是普通程序員的二倍。是不是有些不公平呢？我也說(shuō)不清楚。因為那些普通程序員也十分的努力。不過(guò)，我覺(jué)得，作為公司，應該給最好的人最好的待遇，或者說(shuō)給比目前更高的待遇。

　　組建一個(gè)團隊，最好的就是那種精英團隊，大家都是牛人，效率會(huì )特別高。微軟就是這種思路吧，把最聰明的人集中在一起，想不都難亞。

　　3，進(jìn)度落后與增加人力。記得當年看《C＋＋編程思想》，Bruce說(shuō)“十個(gè)婦女不能在一個(gè)月內生下小孩”（大意），于我心有戚戚焉。而本書(shū)作者Brooks得出的結論是對我是震撼性的：“向進(jìn)度落后的項目中增加人手，只會(huì )使進(jìn)度更加落后”。

　　以前，增加人手基本是挽救進(jìn)度落后項目的主要辦法。這個(gè)辦法行不通的話(huà)，難道只有“加班”一條路了？但長(cháng)期加班是對個(gè)人的摧殘，我更愿意利用業(yè)余時(shí)間去看書(shū)，例如看這本“人月神話(huà)”。）

　　如果不想加班，不想削減功能，不想推遲發(fā)布日期，那么……唯一的`方法還是只有…加人。加足夠的人。而且不要逐步加入，一定要一次性加入。要小心的是，新加入的人可能對原來(lái)的組織造成沖擊，或者對原來(lái)的設計有不同意見(jiàn)（特別是加入的人中有比較強大的設計者）。那么，就當作，新組建了一個(gè)團隊吧。交流，培訓新人，就設計達成一致，繼續向者目標前進(jìn)。

　　感觸還有很多，以后如果有機會(huì )再寫(xiě)。不過(guò)，我決定去買(mǎi)本英文版回來(lái)，收藏，以后再多看幾次。

　　人月神話(huà)讀后感 篇4

　　人月神話(huà)這本書(shū)幾年前就聽(tīng)別人說(shuō)是本很經(jīng)典的軟件開(kāi)發(fā)方面的書(shū)，這本書(shū)的成功之處在于他思想的前衛性，以至于不只是軟件行業(yè)的人在讀�，F在終于找到讀他的理由了，可以感受一下大師的杰作。在讀之前我已經(jīng)讀過(guò)了軟件工藝和極限編程，為什么留到最后讀人月神話(huà)呢？主要是因為我覺(jué)得一本能夠流傳30年還被人們津津樂(lè )道的書(shū)，肯定是本學(xué)要好好細讀的書(shū)，所以留到了最后。按照前兩篇讀書(shū)筆記的慣例，前面幾段是一些我讀書(shū)時(shí)的感受和收獲，還有一些對內容的評價(jià)。

　　從這本書(shū)的內容來(lái)看，對于一個(gè)項目經(jīng)理來(lái)說(shuō)肯定會(huì )有更大的收獲，這本書(shū)主要是針對軟件開(kāi)發(fā)管理方面的內容，這主要原因可能是因為作者以前就是項目的管理者，他是站在管理者的角度寫(xiě)的。即便這樣，對于一個(gè)從來(lái)沒(méi)有參與過(guò)真實(shí)項目開(kāi)發(fā)，更沒(méi)有領(lǐng)導過(guò)團隊的我還是有一定的吸引力，這本書(shū)中我最喜歡的就是前四章（焦油坑、人月神話(huà)、外科手術(shù)隊伍、貴族專(zhuān)制、民主政治和系統設計）和沒(méi)有銀彈這章。這本書(shū)里面為了論證某一觀(guān)點(diǎn)，會(huì )舉出許多實(shí)際的項目作為證據，這一點(diǎn)非常好，事實(shí)勝于雄辯嘛！這些例子也許對于作者那個(gè)年代的人來(lái)說(shuō)很好理解，但是放在30年后來(lái)看這些例子又有些陳舊和難懂了。另外，從文中我發(fā)現作者非常注重文檔，一個(gè)優(yōu)質(zhì)的文檔就是項目成功的保證，這一點(diǎn)與傳統的軟件工程很相似，但是卻與極限編程的觀(guān)點(diǎn)相悖。

　　人月神話(huà)讀后感 篇5

　　《人月神話(huà)》是預言了未來(lái)還是扼制了未來(lái)?

　　事實(shí)是：我們目前的許多工程知識，——無(wú)論是從書(shū)上看到的，還是從實(shí)踐中經(jīng)驗到的——大多未曾脫離《人月神話(huà)》之所言，人月神話(huà)讀后感。

　　我在開(kāi)篇中說(shuō)《人月神話(huà)》“是一本可怕的書(shū)”。然而我感受懇摯的可怕之處在于：現今凡是論及工程(且不要讓人感受是離經(jīng)叛道)，那么所解說(shuō)的定然是Brooks的這么的經(jīng)驗以及由此推出的見(jiàn)解，可能在不違拗這些經(jīng)驗和見(jiàn)解上的一些翔實(shí)的實(shí)作措施!我們全然不顧書(shū)中所言是假象，還是性質(zhì)的推論，可能只是假象歸納的一個(gè)(未必準確的)答案。盡管這些答案大多數時(shí)候都好像預期地展目前你的切實(shí)工程中：

　　原文中還有眾多相仿的見(jiàn)解、假象和答案，都成為了切實(shí)工程中的既存假象。先民們所說(shuō)的圣人以及通神者，皆因他們多數時(shí)候在準確地預言自己的切實(shí)。只有當這個(gè)“多數時(shí)候”變成半點(diǎn)的時(shí)候，先民們才會(huì )置疑圣人和通神者的力氣。其實(shí)我們懂得并未曾預言未來(lái)的人，大多數時(shí)候是兩種情形導致的假象。

【人月神話(huà)讀后感（通用5篇）】相關(guān)文章：

《中外神話(huà)故事》讀后感11-19

《希臘神話(huà)故事》讀后感07-25

《中國神話(huà)故事》讀后感范文11-05

中國古代神話(huà)讀后感15篇03-18

少兒神話(huà)故事06-16

考試“神話(huà)”_650字01-25

神話(huà)高二作文08-20

希臘神話(huà)作文03-01

中國神話(huà)故事08-29

新人月度工作計劃03-21