乙個軟工的學長告訴我，畢業後他第一次獨立的去做專案，雇主給了他乙個別人的系統，讓他模仿著做乙個，
功能介面樣式都一樣，給了乙個月的時間，結果就是他最後一周連續在機房熬了好多天通宵，在時間點
之前趕出來了。專案經理給他分配了乙個比較複雜的功能，讓他估計一下時間，他樂觀的估計了一下，
覺得三星期就能搞定，專案經理不放心，給他按乙個月時間算上了，結果由於他急於在專案中應用一
些不熟悉的新酷技術，沉迷於技術細節中，導致乙個月時間到了還是沒能按時完成，導致整體專案延誤
，最後專案經理挨了批評。類似的錯誤他不止犯過一次，也看到很多程式設計師犯過類似的錯誤：過於沉迷
技術，忽視進度，導致計畫不能按期執行。
最近看到 《構建之法》的「8.6 計畫和估計」這一節，鄒老師提到了制定計畫的幾個概念：目標、估計和決心。
專案經理在定專案計畫的時候，我一般會分成以下幾步：
第一步，在目標（專案需求）明確後，開始預估專案計畫，這時候精確度不需要太高，精確到週為單位即可。
第二步，對專案需求和團隊成員進行同步，確保專案成員充分理解專案需求，將任務分配下去後，讓專案成員自行評估各自專案計畫
第三步，對專案成員的計畫進行一一核查，參照第一步預估的時間，對過於樂觀的和過於寬鬆的，都要一起把計畫細化，細節仔細推敲**，確保計畫科學合理
第四步，完成最終計畫，並確定幾個關鍵里程碑，確保在里程碑的時候能交付一定的內容
這樣下來，制定的計畫相對要合理多了，保持進度的跟蹤，尤其是里程碑時間點的把握，基本上不會有太大的問題。
所以再以後的時間裡，每次作業我也要估計時間，並且爭取再這個時間裡做完。給自己將專案計畫細化，爭取把
計畫的力度細化到天，這樣能及早的發現問題。將專案計畫細化，爭取把計畫的力度細化到天，這樣能及早的發現問題。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...