“程序員修煉之路 小說()”查找最新章節！
　程序開發者根據數據不一致的信息，就可以很直接的定位到問題出在哪裡，修改也就很方便了。

　這個測試工具做成後，馬上在項目中推廣使用。效果簡直是爆了，很多人用這個功能查到了問題，而且經過這種方法強力的比較一遍數據後，大家也對程序品質更有信心，心氣兒都提高了。

　系統中最重要的功能就是操作數據庫的內容，如果能確保這方面沒問題的話，品質基本就沒有大問題了。

　葉奕凡做的工具，還有些簡陋，只是個批處理命令，運行的時候，還需要手動的去輸入用戶名等參數。結果工具用了幾天之後，許遠都沒和他說，自己主動給這個工具升了一下級，外面套了一個可視化界面。

　項目管理的好的時候有個特點，所有員工都以能幫到他人，幫到團隊為榮。

　有了這個可視化界面後變更方便了，直接在頁面上輸入參數，運行後新舊數據庫的比較結果也直接在頁面上顯示，要多方便有多方便。

　在大家熱火朝天，緊張而並不勞累的情況下，時間飛速的過去，轉眼間，到了七月的最後一周，周五就是神馬項目的主體工程交活的日子了。

　在剛接手項目時，葉奕凡就給自己立下一個小目標，就是要在交活那個周五之前一天，也就是周四晚上，不管多晚，都要把項目所有的工作收尾。周五什麽活也不乾，專門要拿出一天的時間，找個會議室，大家聚在一起吃喝玩樂，順便總結一下項目經驗。

　現在一切看起來很正常，測試工作接近尾聲，到了周三，整個審視了一下大家手頭的工作，所有人的任務，用時都不會超過一天了，一切看起來都是那麽的圓滿，周四所有工作都會順利結束。

　但不幸的是，意外的情況，總是不以人的意志為轉移，總在想不到的時候就發生了。

　周三下午，馬上就到下班時間了，葉奕凡無所事事，逍遙的在座位閑坐著。這時候，看到伍延熙和李英兩人一起，向他這邊走過來，臉色似乎不是很正常，不由的感到一絲不安。

　果然，兩人過來先道歉了。

　“實在不好意思啊，我倆剛才仔細看了一下交活的明細表，發現漏了一本Java後台的程序。”

　葉奕凡一聽，就感覺腦袋開始大起來了，怎麽到了現在才發現，這要是早點說，多三本也不是問題啊，項目緩衝時間還是足夠的。

　李英又開始說話了:“這也不能全怪我們啊，當時整個明顯表高谷都審了，他說過沒問題的。”

　這家夥想推卸責任了，這個沒有必要，對方是客戶，你把責任推到客戶身上，最終吃虧的還是自己，這又不是殺頭之罪，犯不上。

　沉著聲說了一句:“什麽事先找我們自己原因。”

　李英一聽，就換了個角度說:“那這樣行不行，這個後台程序吧，從系統流程上看，和國下周做測試時，不會馬上用，怎麽也得一周之後才需要，你跟高谷關系好，能不能和他說一下，這個程序下周補做出來?”

　他們這周交活之後，和國人從下周開始，會按系統流程的順序做測試。也確實，並不是一開始就需要這本程序，她這個意見，到算是一個解決問題的方案，但不是葉奕凡想要的最佳方案。

　他要做的就是完美，大家忙活了大半年，本來一切都很完美，到最後漏了一本程序，就象是吃大餐吃出一個蒼蠅，確實毒不死人，但特別膈應人。

　沉思了一會，先告誡自己每逢大事有靜氣，然後又給自己制定了兩個處理此事的原則。

　第一，絕不能帶著遺憾交活，二，周五一天吃喝玩樂的計劃也絕不能改變。

　有了處事原則後，就在座位上和兩人討論起來，先問了一下:“這本程序的規模你們估計有多大，一天有沒有可能做出來?”

　兩人想了想，都說規模雖然不算太大，但一天的話，有些太勉強了。

　葉奕凡一聽兩人沒說一定不行，心裡就有點數了，他手裡有王牌，就是許遠。許遠在黃魔法項目的時候，專門做Java後台的程序，思路既清晰，速度又快。只要有可能一天的時間能做出來，那麽許遠就能用一天把它做出來。

　想到此，腦子裡也漸漸形成了一個計劃，這回要把統籌學用到極致了。

　下面的計劃中，前面的阿拉伯數字表示任務執行的時間前後關系，前面的數字相同，則代表兩個或多個任務同時進行，後面的阿拉伯數字則表示同時進行的不同任務。

　1-1，伍延熙和李英兩人，先口頭商量一下這本程序的結構，先確保兩人對程序設計的認識大體上一致。

　1-2，同時，葉奕凡馬上找許遠，策劃把他手中的測試任務如何轉交給其他人，這時已經有人閑下來了。

　2-1，伍延熙開始寫這本程序的設計書。

　2-2，李英和許遠坐在一起，把需要的功能口述給他，協助他先把編碼做出個大框架。同時，在可能的情況下，盡量分擔許遠的負擔，比如幫他寫出需要的SQL語句等，以節省他的時間。

　2-3，葉奕凡發郵件給高谷和新井，告訴他們這件事，要求新井，當這邊把設計書發給他審查時，要用最快的速度對應。

　3，伍延熙把程序設計書趕完之後，李英先看一遍，確保兩人理解一致，然後發給新井，讓他審查。

　4-1，然後再按照設計書，李英配合許遠，把做的程序在細節上完善一遍。

　4-2，伍延熙接著寫測試計劃書。

　5，當新井把設計書審查完畢，如提出了修改意見，伍延熙改設計書和測試書，許遠改程序。

　6，程序完成後，伍延熙和李英分別按測試書進行一遍測試，許遠隨時對應修改。

　項目管理中有個術語，叫做關鍵路徑，是所有任務中，需要時間最長的那個。在華羅庚的課文裡，就是燒水的過程，而在這裡，很明顯是2-2中，許遠編碼的任務，決定了整體的成敗。為了方便下次閱讀，你可以點擊下方的"收藏"記錄本次(第177章 統籌學用到極致)閱讀記錄，下次打開書架即可看到！

喜歡《程序員修煉之路》請向你的朋友(QQ、博客、微信等方式)推薦本書，謝謝您的支持！！()