project怎麼生成總工期?我覺得，很多事物是有靈魂的，如果把靈魂看透了，那就不得了了，今天小編就來說說關于project怎麼生成總工期?下面更多詳細答案一起來看看吧!

project怎麼生成總工期

我覺得，很多事物是有靈魂的，如果把靈魂看透了，那就不得了了。

Project軟件也是有靈魂的，如果你能抓住它的靈魂，那麼就可以信手拈來，玩弄于股掌之上。正可謂，随心所欲不逾矩，這幾乎是工具應用的最高境界了。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

想了解更多Project高手的秘密，上【網易雲課堂】搜“10天精通Project項目管理”或者搜“張連永”，全網最暢銷的Project視頻課程等着你。或者，喜歡看書的朋友，可以在各電商平台搜“10天精通Project項目管理”，也能找到電子工業出版社發行的同名書籍，作者張連永。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!