人月神話和敏捷開發,很衝突的兩本書,我個人理解在軟體工程中一種是瀑布開發,一種是迭代開發
人月神話（瀑布開發）:
1、1/3專案計畫
2、1/6編碼
3、1/4整合、初期測試
4、1/4測試、部署
敏捷開發（迭代開發）
1、個體和互動 勝過 過程和工具
2、可以工作的軟體 勝過 面面俱到的文件
3、客戶合作 勝過 合同談判
4、響應變化 勝過 遵循計畫
敏捷太隨便了，專案中管理用到了瀑布開發+敏捷開發
1、1/3專案計畫（準備工作，必須讓大家理解專案的整體情況）
2、每天個體互動（讓大家加強溝通）
3、專案迭代（設定里程碑，做好和產品溝通工作）
4、測試整合（測試部該做的）
想想就這些了，簡約而不簡單！溝通，專案最重要的工具。
人月神話的理解
我的感想 除了執行時間外，記憶體的開銷也很重要。這個觀念其實早在大一剛接觸演算法不久後，就有了這個概念，做演算法題的時候不僅講究時間複雜度，還要考慮他的空間開銷程度。同樣，讀了本節後讓我知道他也同樣適應於開發的軟體。規模控制，對專案經理而言，規模控制既是技術工作的一部分，也是管理工作的一部分。他必須...
人月神話 軟體開發現狀
黃國強 2005年03月5日 人月神話的作者frederick p.brooks jr這樣說到 所有軟體活動包括根本任務 打造構成抽象軟體實體的複雜概念結構，次要任務 使用程式語言表達這些抽象實體，在空間和時間限制內將他們對映成機器語言。這句話我的理解就是這樣，軟體開發是由分析建模 根本任務 和程式...
《人月神話》中的「計畫謬誤」
何為計畫謬誤？1977年，計畫謬誤 一詞最先由心理學家丹尼爾 卡內曼和阿莫斯 特沃斯基提出，它指人們低估任務完成時長的傾向。卡內曼和特沃斯基指出在制定預期計畫時，人們傾向於無視歷史資料。我們的預期沒有建立在歷史證據 粉刷房間總是需乙個月 上，而是僅關注下乙個任務的特點 房間小，不會花太長時間 201...