在專案完成過程中，一定要準確書寫專案工作手冊，這便利於日後的管理和維護，若工作人員對硬體或軟體的某一部分存在疑問，通過檢視工作手冊，即可快速解決問題。在講到工程專案中的管理問題時，文中提到三點建議，第一，小型專案中產品負責人和技術主管最好是同一人；第二，產品負責人作為總指揮，技術主管充當左右手的管理方法，這種方法有一定困難，因為技術主管很難在沒有參與管理工作的同時，建立技術決策上的權威；第三，讓技術主管作為權威，產品負責人作為左右手的管理方法，這種安排是對小型團隊的最好選擇。
對於工程的工期不能簡單以短期完成效率進行推廣，需要考慮病假、會議、公司業務等影響因素。當然，若需要準確的預計工期，還應在不斷地實驗中總結得到。這期間還需要合理的規模控制，對專案經理而言，規模控制即使技術工作的一部分，也是個管理工作的一部分。他必須要研究使用者和他們的應用，已設定將開發系統的規模。並且，僅對核心程式設定規模目標還遠遠不夠，需要把所有方面都編入預算。在為每個單元設立核心規模的同時，我們沒有同時設定訪問的目標。當程式設計師發現自己的單元核心未能達到要求時，他會把它分解成鏈結庫。這個過程本身增加了程式整體的規模，並降低了執行速度。
在大型專案中，若出現每個人都在區域性優化自己的程式，很少有人會停下來，考慮一下對客戶的整體影響，這將導向和缺乏溝通將成為最大的危險。因此，在整個實現的過程期間，系統結構師必須保持持續的警覺，確保連貫的系統完整性。在這種監督機制之外，是實現人員自身的態度問題。培養開發人員從系統整體出發、面向使用者的態度是軟體程式設計管理人員最重要的職能。
專案經理可以做兩件事來幫助他的團隊取得良好的空間－時間折衷。一是確保他們在程式設計技能上得到培訓，而不僅僅是依賴他們自己掌握的知識和先前的經驗。特別是使用新語 言或者新機器時，培訓顯得尤其重要。熟練使用往往需要快速的學習和經驗的廣泛共享，也許它應該伴隨特別的新技術獎勵或者表揚。另外一種方法是認識到程式設計需要技術積累，需要開發很多公共單元構件。每個專案要有能用於佇列、搜尋和排序的例程或者巨集庫。對於每項功能，庫至少應該有兩個程式實現：執行速度較快和短小精煉的。上述的公共庫開發是一件重要的實現工作，它可以與系統設計工作並行進行。
**、**、**三因素互相牽制，決定了專案的成敗。為了進行市場**，首先需要制訂產品效能說明和確定假設的**。從市場**得出的數值，連同從設計得出的元件單元的數量，決定了生產的估計成本，進而可以得到每個單元的開發工作量和固定的成本。固定成本又決定了**。如果**低於假設值，令人欣慰的迴圈開始了。**值較高，單元成本較低，因此**能夠繼續降低。如果**高於**值，災難性的迴圈開始了，所有的人必須努力奮鬥來打破這個迴圈。新應用程式必須提高效能和支援更高的市場**。成本必須降低，以產出更低的**。這個迴圈的壓力常常是激勵市場人員和工程師工作的最佳動力。
閱讀筆記 人月神話02
人月神話 主要討論的便是人和月之間的關係。並且怎樣處理系統開發的預估，正如作者所說 在眾多軟體專案中，缺乏合理時間進度是造成專案滯後的最重要原因。首先，我們對估算技術缺乏有效的研究。過於樂觀 第二，我們採用的估算技術隱含的假設人和月可以互換，錯誤的將進度與工作量相互混淆 第三，由於對自己的估算缺乏信...
人月神話閱讀筆記02
繼續人月神話的閱讀。在書中，作者提到了關於外科手術式的隊伍。這點是我剛開始稍微有點不理解的。我們都知道，在現代的開發中，一般不會有個人開發的情況，畢竟乙個人不會將事情做得那麼全面，無論他是多麼的強大，個人能力是多麼的突出，他仍然會在一些情況下出現各種各樣的問題，所以，我們一般的都是採用的多人參與開發...
人月神話閱讀筆記02
在軟體工程學習過程中，老師會時不時向我們提起一些關於軟體工程的著作。在軟體領域，很少能有像 人月神話 一樣具有深遠的影響力。本書作者布魯克斯為人們管理複雜專案提供了頗具洞察力的和獨到的見解，意味深遠。我選擇了一本 人月神話 40周年紀念版 來閱讀，希望能有所收穫。巴比倫在希伯來語中意思是 變亂 如果...