軟體產品易於掌握的特性和不可見性，導致了它的構建人員（特別容易）面臨著永恆的需求變更
正如書中所說，做開發的人員必須要有面對任何變化的心理準備，要隨時有未雨綢繆的準備。
提前預想到可能發生的變化才能在變化發生時更加從容的應對。做一些事總比期盼這件事是完美的不變化的要好得多。
而且開發人員在後期的系統維護中，缺陷修復總會以（20－50）%的機率引入新的 bug。所以永遠做好應對變化的準備。
在制定完成的計畫表中，每一件事的完成都可以叫做里程碑，在平常的生活，學習中，我們定製計畫表就需要去作出明確的
里程碑，在具體的時間段需要完成什麼具體的事，這很重要，如果在計畫表中，里程碑的制定過程中就含糊其辭，那麼我們
的完成肯定也會如此，沒有詳細確定什麼是真正完成了這個里程碑，其結果必定會差。在大型專案開發過程中也是如此，專案經理
需要實時監測和調整專案進度，觀測是否達到了相應的里程碑，在作出調整或補救，那麼結果肯定和里程碑的設定結果差別不大
，相反，若是隱藏真是結果，或是沒有明確的里程碑，積累下來，事情就會達到無法挽回的地步。
《人月神話》讀後感三
使用者的實際需要和使用者的感覺會隨著程式的構建 測試和使用發生變化。維護成本受使用者數目的嚴重影響，使用者越多，發現的錯誤也越多。使專案進度拖後的最大原因不是重要的事件，如新技術 重組等，而是一些瑣碎的小事，每件小事只耽誤半天或一天時間，但這種小事多以後，將使專案的進度嚴重拖後。專案對於公司就如程式...
《人月神話》讀後感（三）
一讀這一章，就讓我感觸頗深，特別是這句話 bell實驗室監控系統專案的提出，關鍵的工作是產品定義。許許多多的失敗完全源於那些產品未精確定義的地方 細緻的功能定義，詳細的規格說明，規範話的功能描述說明以及這些方法的實施，大大減少了系統中必須查詢的bug數量 雖然這句話的意思只是說明精確定義產品將減少b...
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...