經常有人問，Project中摘要任務它是怎么算的，為什么把子任務的工期加起來以后，它不等于摘要任務的工期呢？

比如有學友發了截圖，說任務35這個摘要任務只包含兩個子任務，兩個子任務的工期都是20天，為什么摘要任務的工期不是40天呢？

這是一個很多人都會問的問題。

然而，我覺得，這個問題和Project關系不大，首先你得想清楚一件事情的基本邏輯。

先撇開Project軟件，我們先把邏輯理清楚。

既然一個摘要任務包含幾個子任務，那么怎么才算這個摘要任務完成了呢？至少說所有子任務都完成了，才能算這個摘要任務完成了吧？這個摘要任務的起點從哪里算呢？應該從最早的子任務算起吧，對不對？

在下圖中，我們只是列舉了幾個簡單的情形，還不能涵蓋所有的情況，但是足以說明問題了。在圖中，每個子任務在三種情形中的工期都是一樣的，區別只是三個任務的關系不同。

大家說，摘要任務的工期是不是子任務工期之和呢?

只要有基本的常識就能看明白，摘要任務的工期絕不是子任務的工期簡單相加，它是根據所有子任務的情形計算出來的。首先，我們要找出所有子任務中最早的開始時間，這個時間就是摘要任務的開始時間；然后我們再找出所有子任務中最晚的完成時間，這個時間就是摘要任務的完成時間。這樣從摘要任務的開始時間到完成時間，這個時間跨度，就是摘要任務的工期。

這就是Project中計算的邏輯，也是常人都能理解的邏輯。所以，Project它是講理的，它沒有單獨創建一套體系，如果你懂了它的靈魂，你會發現它就是一個正常的項目經理的邏輯。

上圖，有時候圖比人的嘴還好使，也比文字好使，它能更好地表達想法。

這張圖就詮釋了Project中摘要任務的計算原理。所以你看，軟件都幫你算好了，千萬不要自己手動去修改摘要任務的工期、開始時間、完成時間，所有這些操作都是畫蛇添足。

需要提醒大家的是，Project 2010/2013/2016版本中出現了【任務模式】這個功能，竊以為這是軟件迭代版本的一個敗筆，這個功能是多余的，甚至有嚴重的副作用（或者說，負作用）。當摘要任務的任務模式是自動計劃時，以上所有解釋是適用的，也是合乎邏輯的。

但是假如你誤用了手動計劃，那么計劃就真的是隨心所欲，但是毫無規矩了。比如下圖，很多人做出來的計劃就是這樣的，摘要任務的工期和子任務嚴重不匹配，如果單獨看下圖，我相信很多人能發現計劃的不合理之處，就是子任務最晚要到11月21日完成，而你卻報告說整個項目11月7日就能完成。

問題是，當任務數量比較多的時候，這種錯誤可能就被忽略了，而你自己卻沒有發現。后果是，摘要任務時間是錯的，計劃是不合理的，人家可能笑你根本不會做計劃，更嚴重的是，領導覺得你根本不會做計劃。

所以，切記，摘要任務的【任務模式】必須是自動計劃，千萬不要去修改摘要任務的工期或者時間，它會自己算。假如不小心修改了，那么請再將摘要任務的任務模式改成【自動計劃】。

另外，【任務模式】這一列最好不要隱藏，否則摘要任務你誤用了手動計劃，可能還發現不了。