前言：none love the bearer of bad news。誰都不喜歡帶來壞訊息的人，可能我們都經歷過專案延期，很多時候，專案不是因為一件重大的問題而停滯不前，當從中反省的時候，我們恍然大悟到：原來進度的延遲都是一天天累積下來的。
月有陰晴圓缺，人有旦夕禍福。決定專案的根本因素就是人，而人在每一天的生活過程中都會遇到千奇百怪的問題，而這些問題都會導致專案拖延。就拿本篇這篇部落格來說，我在四天前就已經寫了前言，而到今天才來繼續補缺。
brooks說：
把控大型專案需要制定乙個進度表，而進度表上的每一件事都被稱為里程碑，它們都需要乙個日期，而制定里程碑的原則就是「具有具體的、特定的、可度量的事件」。我的團隊只有三個人，我們是乙個小團隊，之前我的領導建議我們在開始每乙個專案迭代的時候，寫乙個清單出來，而這個清單就是乙個個帶日期的里程碑，然而不知所以，這個很好的做法沒有堅持下來。
時間里程碑
5月24
完成**交易平台的華夏銀行介面的整體測試
6月15
洛陽版的**交易平台beta上線,供交易所線上測試
7月1洛陽版的**交易平台正式版上線,投入使用
然而請一定注意，模糊的里程碑，會讓整個團隊不知所措，成員無法具體掌控自己的進度安排，進而不斷的拖後腿，最終造成專案的進度延期。
也許這個小節用五十步笑百步的標題更能表達其意，在軟體滯後時，很多人都不以為然，認為自己並不是造成落後的主因，其他人落後的更多。
專案進度制定後，在具體執行的時候，如果自我驅動力不夠的話，很容易在執行過程中出現以下問題：
對於軟體開發團隊來說，誠如brooks所說，進取心是很重要的。任務在分配週期時，難免與現實不符，然而如果成員有進取心時，就會讓進度之間能夠緊密連線。
看到brooks這句話時，我不由得自慚形穢。
「當專案經理發現自己的專案出現延遲時，他肯定不會第一時間到老闆那裡匯報這個令人沮喪的訊息」顯然我在負責專案進度時，也希望通過自己的努力，及時扭轉頹勢，從而不必像「古希臘神話中的大力神赫拉克勒斯摔死無意帶來死訊的信使萊克斯」。
那麼如何讓專案經理和老闆之間的衝突消失呢？brooks提供了方案：
老闆不要越俎代庖，規範自己的行為，盡量不要去越過自己的能力範圍去管理事情。
當然了，如果專案經理對事態已經無法把控了，那麼必須盡快速度的呈報進度，否則等老闆意識到問題嚴重再採取措施時，往往都已經完了。
關羽大意失荊州的很大原因就是，如果他在作戰的時候，和他的大哥積極聯絡的話，而不是在出現危機時，只向劉備乾兒子劉封求援的話，也許事情還能有所轉機。
現在假如我們的客戶是我們的專案經理，而專案經理變成基層經理，那麼這個時候，客戶產生的計畫日期，往往都過於樂觀，因為他們輕視技術，覺得技術唾手可得，而基層經理產生的估計日期，都是建立在已有資源的基礎上產生的合理的日期，那麼如何去讓客戶尊重專案經理的成果很重要。
brooks建議我們團隊要有對計畫和控制職能的人才，這些人才監督、指明我們專案不易察覺的延遲。這就好比我們的紀檢委一樣，他們會滲入每乙個國家職員那裡，從而得到最準確的情報，以防止那些腐敗發生。
《人月神話》閱讀筆記之 第十四章 禍起蕭牆
這章講了關於控制進度的一些要點，讓我想起了乙個在這本書裡沒有提到的方法，這個方法先是被我實踐中摸索出來，然後在一本叫做 商道 的雜上找到了理論依據。先說說 商道 上那篇文章裡的例子 原書找不到了，網上沒有的賣，我只好憑記憶描述 說是有一家工廠，剛剛給某個生產環節做了自動化公升級，使得這個環節的生產率...
人月神話札記 溝通
前言 在最初的世界，人們只有一種語言，所以大家溝通好說去建立乙個通天塔，可以通往天堂的巴比倫塔，然而上帝出現了，他交給人們不同的語言，讓大夥最終無法進行交流，最終隊伍遣散，巴比倫塔就此失敗，那麼本章作者想要告訴我們的就是 溝通 對於成功的專案很重要。書中主要針對的是大型專案的交流，然而同樣適合我當前...
人月神話札記 削足適履
前言 所謂削足適履，就是把解決問題的辦法弄得本末倒置，使用了錯誤的方式去解決問題，自然就得不到好的結果。那麼如何才能更好的解決問題呢，對於本章，我已經反覆讀了5遍了，然而苦於自己的理解能力，我仍然一知半解，但是我必須要邁過這個章節，不然我在當前階段下，就無法讀完這本書，而下一章節可能就會告訴我更多有...