Project中使用自已手工計劃的弊端詳細說明

手動計劃是從Project 2010開始引入的新功能，當然不可否認，手動計劃為用戶提供了新的選擇，而且對于長期使用Excel編制計劃的用戶來講，可能更習慣使用手動計劃，但是使用手動計劃將存在以下幾個最主要的弊端，這也是連永老師不建議使用手動計劃的主要原因：

弊端1：當輸入開始時間或者完成時間是非工作時間時沒有自動提示

背景：我們在日歷“標準+假期”日歷中將2018年4月5日（星期四）到4月7日（星期六）設置成了清明節假期，并且因為調休將4月8日（星期日）設置成了工作時間。

這時候我們打開一個空白計劃，將項目日歷設置成【標準+假期】，然后創建一個任務A，任務模式為自動計劃，任務工期是2天。假如我們輸入任務A的開始時間為2018年4月5日，由于4月5日是假期，就會彈出圖1的【規劃向導】窗口并提示“您移動了任務A，使它在非工作日(2018/4/5)開始”，有這個提示后我們一般情況下就會讓任務A在下一個工作日開始，所以選擇第1個選項，然后單擊【確定】。

?

圖1

這時候任務A的開始時間已經自動變成了2018年4月5日的下一個工作日2018年4月8日，完成時間是2018年4月9日（星期一），如圖2，這個計劃是合理的。

?

圖2

假如我們再創建一個任務B，而讓它采用手動計劃，如果我們手動輸入任務A的開始時間2018年4月5日，然后，Project此時不會提示用戶4月5日是一個非工作日，我們依然可以輸入任務B的工期2天，這時候Project計算出它的完成時間是2018年4月8日，如圖3所示。這個計劃實際上是有嚴重問題的，因為4月5日根本不是一個工作日，而采用手動計劃時卻把它也計算在工期里面了。

?

圖3

所以，從這個例子很明顯可以看到，采用手動計劃時當我們給任務的開始時間或者完成時間輸入了一個非工作時間時，軟件完全沒有提示，而且會把這個非工作時間也計算到工期里面去，這是不合理的。因此，連永老師反復建議大家不要用手動計劃，而使用自動計劃。

弊端2：摘要任務的時間可能和子任務時間不匹配

如圖4所示，任務A有兩個子任務A1和A2，它們都采用自動計劃，任務A的完成時間是2018年3月5日。

?

圖4

同樣地，任務B也有兩個子任務B1和B2，它們剛開始也都采用自動計劃，任務B的完成時間也是2018年3月5日，當我們不小心把任務B的完成時間修改成2018年3月6日后，任務B的任務模式就變成了手動計劃，這時候它的子任務最晚的完成時間卻是2018年3月6日，摘要任務和子任務的時間已經不匹配了！假如整個項目中都采用自動計劃，那么就不應該去修改摘要任務的時間或者工期，而一旦修改了它就變成手動計劃，這時候摘要任務和子任務的時間不匹配的問題就很容易被發現。

而假如整個項目計劃中都采用手動計劃，像任務C和它的子任務C1、C2一樣，假如不小心修改了摘要任務C的完成時間，而任務數量比較多時，我們很難發現這個摘要任務與其子任務時間不匹配的問題。

弊端3：可能由于摘要任務和子任務時間不匹配而造成關鍵路徑計算出現問題

與上文舉的例子非常類似，假如一個項目計劃中只有任務C和它的子任務C1和C，如圖5所示，它們都采用手動計劃，而如果不小心把摘要任務C的完成時間改成2018年3月6日后，這時候摘要任務和子任務的時間就不匹配了，而由于都采用手動計劃我們沒有察覺到這個問題。

?

圖5

當我們查看關鍵路徑時，在【格式】選項卡下勾選了【關鍵任務】，如圖5上面箭頭所示，但是條形圖都沒有變紅。正常情況下當勾選了這個選項后，關鍵任務的條形圖會自動顯示為紅色。當我們通過插入列【關鍵】查看時發現整個項目計劃中只有摘要任務C是關鍵路徑，而所有的子任務都不是關鍵路徑，這樣也不合理。因為從本質上來講，摘要任務可以理解成虛擬的，其實實質的工作內容是在子任務上體現的，理論上講，如果整個項目計劃中都是平級的子任務、沒有摘要任務也是可以的，盡管這種（沒有摘要任務的）計劃不便于查看。所以，當圖5中只有一個摘要任務是關鍵任務時，就顯得很不合理。

而如果整個項目計劃都采用自動計劃，則可以很好地避免這種情況發生，或者比較容易發現這種不合理的現象。

使用手動計劃時，還有其他一些問題，比如無法設置任務類型和限制類型等。

總之，強烈提醒和建議大家在使用Project軟件時采用自動計劃，而不要采用默認的手動計劃。