領頭羊只能有乙個，其他人輔助它來完成任務。沒有高低貴賤，只是分工不同。開篇就直接點出這一章節的主要思想，我們在工作中、組建團隊時不要始終如一的****團隊的人員的數量，有時候人員數量越多反而會拖累整個團隊的進度，如現實中大公司有著很多的部門，當其中某個團隊專案中牽扯到其他部門時，可能會導致整個專案的進度受阻。1. 溝通不暢！當部門與部門溝通時所涉及的人員時非常多的，而召集這些人員在同一時間參加會議是比較麻煩的，需要協調每個人的時間，這麼多的人員在同一會議中溝通其實並不是特別的順暢。2. 部門利益不同。每乙個部門的 領導者說關注點主重要的可能是自己部門的利益，其次才會關注整個公司的利益，這就導致了當乙個專案牽扯到自己部門時，考慮的不是該專案是不是能夠給公司帶來利益，而是該專案是不是能夠給自己部門帶來利益。如果是只是乙個小團隊那麼這樣的事情是不會發生的。
以上一些原因有一部分是公司制度的原因，但大多數都是我們在組建團隊時沒有認真的區分人員。這一章中明確的指出：「最好的和最差的表現在生產率上平均為 10:1，在執行速度和空間上具有 5:1 的驚人差異！簡言之，$20,000/年的程式設計師的生產率可能是 ￥10,000/年程式設計師的 10 倍。得出的結論很簡單：如果乙個 200 人的專案中，有 25 個最能幹和最有開發經驗的專案經理，那麼開除剩下的 175 名程式設計師，讓專案經理來程式設計開發。」
當乙個團隊中每個人的能力都很強那麼這個隊伍幾乎就成了神話般的精英小隊。所以在組建團隊時考慮的不應該是這個人的編碼水平、薪資水平，更重要的是他的生產效率。寧願使用高出其他普通人薪資的 10 倍來聘請人員，也不要用這些薪資聘請 10 個普通的人員。因為這乙個人的生產效率比的上其餘 10 個人的效率，並且人員數量的增加也造成了溝通成本的增加，可能那 10 個人最後的產出還不如乙個最頂尖人員的產出。
閱讀筆記 人月神話02
人月神話 主要討論的便是人和月之間的關係。並且怎樣處理系統開發的預估，正如作者所說 在眾多軟體專案中，缺乏合理時間進度是造成專案滯後的最重要原因。首先，我們對估算技術缺乏有效的研究。過於樂觀 第二，我們採用的估算技術隱含的假設人和月可以互換，錯誤的將進度與工作量相互混淆 第三，由於對自己的估算缺乏信...
《人月神話》閱讀筆記02
在專案完成過程中，一定要準確書寫專案工作手冊，這便利於日後的管理和維護，若工作人員對硬體或軟體的某一部分存在疑問，通過檢視工作手冊，即可快速解決問題。在講到工程專案中的管理問題時，文中提到三點建議，第一，小型專案中產品負責人和技術主管最好是同一人 第二，產品負責人作為總指揮，技術主管充當左右手的管理...
人月神話閱讀筆記02
繼續人月神話的閱讀。在書中，作者提到了關於外科手術式的隊伍。這點是我剛開始稍微有點不理解的。我們都知道，在現代的開發中，一般不會有個人開發的情況，畢竟乙個人不會將事情做得那麼全面，無論他是多麼的強大，個人能力是多麼的突出，他仍然會在一些情況下出現各種各樣的問題，所以，我們一般的都是採用的多人參與開發...