Project 中摘要任務(wù)的工期與時(shí)間是如何計(jì)算的

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

比如有學(xué)友發(fā)了截圖，說任務(wù)35這個(gè)摘要任務(wù)只包含兩個(gè)子任務(wù)，兩個(gè)子任務(wù)的工期都是20天，為什么摘要任務(wù)的工期不是40天呢？

這是一個(gè)很多人都會(huì)問的問題。

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

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

既然一個(gè)摘要任務(wù)包含幾個(gè)子任務(wù)，那么怎么才算這個(gè)摘要任務(wù)完成了呢？至少說所有子任務(wù)都完成了，才能算這個(gè)摘要任務(wù)完成了吧？這個(gè)摘要任務(wù)的起點(diǎn)從哪里算呢？應(yīng)該從最早的子任務(wù)算起吧，對(duì)不對(duì)？

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

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

只要有基本的常識(shí)就能看明白，摘要任務(wù)的工期絕不是子任務(wù)的工期簡單相加，它是根據(jù)所有子任務(wù)的情形計(jì)算出來的。首先，我們要找出所有子任務(wù)中最早的開始時(shí)間，這個(gè)時(shí)間就是摘要任務(wù)的開始時(shí)間；然后我們?cè)僬页鏊�有子任�?wù)中最晚的完成時(shí)間，這個(gè)時(shí)間就是摘要任務(wù)的完成時(shí)間。這樣從摘要任務(wù)的開始時(shí)間到完成時(shí)間，這個(gè)時(shí)間跨度，就是摘要任務(wù)的工期。

這就是Project中計(jì)算的邏輯，也是常人都能理解的邏輯。所以，Project它是講理的，它沒有單獨(dú)創(chuàng)建一套體系，如果你懂了它的靈魂，你會(huì)發(fā)現(xiàn)它就是一個(gè)正常的項(xiàng)目經(jīng)理的邏輯。

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

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

需要提醒大家的是，Project 2010/2013/2016版本中出現(xiàn)了【任務(wù)模式】這個(gè)功能，竊以為這是軟件迭代版本的一個(gè)敗筆，這個(gè)功能是多余的，甚至有嚴(yán)重的副作用（或者說，負(fù)作用）。當(dāng)摘要任務(wù)的任務(wù)模式是自動(dòng)計(jì)劃時(shí)，以上所有解釋是適用的，也是合乎邏輯的。

但是假如你誤用了手動(dòng)計(jì)劃，那么計(jì)劃就真的是隨心所欲，但是毫無規(guī)矩了。比如下圖，很多人做出來的計(jì)劃就是這樣的，摘要任務(wù)的工期和子任務(wù)嚴(yán)重不匹配，如果單獨(dú)看下圖，我相信很多人能發(fā)現(xiàn)計(jì)劃的不合理之處，就是子任務(wù)最晚要到11月21日完成，而你卻報(bào)告說整個(gè)項(xiàng)目11月7日就能完成。

問題是，當(dāng)任務(wù)數(shù)量比較多的時(shí)候，這種錯(cuò)誤可能就被忽略了，而你自己卻沒有發(fā)現(xiàn)。后果是，摘要任務(wù)時(shí)間是錯(cuò)的，計(jì)劃是不合理的，人家可能笑你根本不會(huì)做計(jì)劃，更嚴(yán)重的是，領(lǐng)導(dǎo)覺得你根本不會(huì)做計(jì)劃。

所以，切記，摘要任務(wù)的【任務(wù)模式】必須是自動(dòng)計(jì)劃，千萬不要去修改摘要任務(wù)的工期或者時(shí)間，它會(huì)自己算。假如不小心修改了，那么請(qǐng)?jiān)賹⒄�要任�?wù)的任務(wù)模式改成【自動(dòng)計(jì)劃】。

另外，【任務(wù)模式】這一列最好不要隱藏，否則摘要任務(wù)你誤用了手動(dòng)計(jì)劃，可能還發(fā)現(xiàn)不了。