實際的權威來自於每次任務的（出色）完成。
進度監督，對進度進行跟蹤和監督。（評估進度，跟蹤進度。）
人員和時間之間，需要溝通實現任務的分解。（溝通很重要，溝通可以實現任務的分解，提高工作的效率。）
溝通所增加的負擔由兩個部分組成，培訓和交流。（能分解任務的前提是每個成員都懂得那項技術。）
1/3計畫，1/6編碼，1/4單元測試，1/4系統測試。
在現實情況中，一旦開發團隊觀察到進度的偏差，總是傾向於對任務進行消減。（事實確實如此）
最好的和最差的程式設計師表現在生產率上平均為10:1，在執行速度和空間上具有5:1的驚人差異。
對於效率和概念的完整性來說，最好由少數幹練的人員來設計和開發，而對於大型系統，則需要大量的人手，以使產品能在時間上滿足要求。
解決辦法就是，大型專案的每乙個部分由乙個團隊解決。每個部分由乙個小組組長負責問題的分解，其他人給予他需要的支援，以提高效率和生產力。
而不是一擁而上（努力成為那個小組長，敢於擔當）。老徐是外科醫生，小韓是副手。
簡潔易用是設計的方向，努力的方向。
當問題出現時，在界線的內部和外部同時尋求解決方案。
清晰地授予首席結構師決策的權力，避免了妥協和拖延。
對於存在疑問的實現人員，應鼓勵他們打**詢問相應的結構師，而不是一邊自行猜測一邊工作，這是一項很基本的措施。
測試小組是顧客的**人，專門尋找缺陷。
工作中的交流,**溝通、會議、工作手冊。
工作手冊包括目的、外部規格說明、介面說明、技術標準等。
實踐是最好的老師。
實踐是最好的老師，但是，如果不能從中學習，再多的實踐也沒有用。
第一遍學習時，集中注意力，可能會辛苦一些，因為不熟悉；也可能會枯燥一些，因為不熟悉。讀書學習就是這樣乙個過程。漸漸的有興趣了，學習起來就會輕鬆愉快了。
讀書並思考，加上自己的理解，也許會更能集中注意力。
學習時，不一定所有都學，學習自己感興趣的，學習常用的知識點。其他的，用到了再學。
人月神話讀書筆記（一）
在人月神話裡有句話，令我頗有感悟 向進度落後的專案中增加人手，只會使進度更加落後。用人月這一觀念來衡量專案進度帶有欺騙性。因為他使得專案看上去好像人力和時間是可交換的。如果時間不夠，那麼增加人手就可以加快進度。這個衡量的方式嚴重的忽略了新增加的人手的培訓時間以及隊員之間的互相溝通等因素。比如我生活中...
《人月神話》讀書筆記（一）
作為乙個初學軟體工程，並沒有真正程式設計經驗可言的的人，開始先是通讀了一遍 人月神話 只知道了 人月神話 的真正含義。人月是在估計和進度安排中使用的工作量單位，但因為它具有的危險性和欺騙性導致了它像神話一樣地存在。而作者闡述的主要思想是軟體程式設計的專案進度與增加人員之間是不能互換的。之後再仔細地閱...
人月神話讀書筆記（一）
焦油坑 過去幾十年的大型系統開發就猶如乙個焦油坑，很多大型動物在其中劇烈掙扎，他們中大多數開發出了可執行的系統 不過，其中只有非常少數的專案滿足了目標 時間進度和預算的要求。各種團隊，大型的和小型的，龐雜的和精幹的，乙個接乙個淹沒在了焦油坑中。表面上看起來好像沒有任何乙個單獨的問題會導致困難，每個都...