Microsoft Project (或 MSPROJ)是一個國際上享有盛譽的通用的項目管理工具軟件,凝集了許多成熟的項目管理現代理論和方法,可以幫助項目管理者實現時間、資源、成本計劃、控制。 已經在Project中將星期六、星期天設置成了工作時間,某個任務的工期是1個月。于是他在工期里面輸入了1 mon或者1 month,如下圖中的任務“公開招標程序”,工期顯示為1月工時。但是問題來了,這個任務的完成時間并沒有按照1個月來計算,而只計算了20天(從2019年1月1日到2019年1月20日),既然是1個月工期,為什么完成時間不是2019年1月31日呢?
圖1 我曾講過,Project在進行進度計算時,不是按照工期的天數或者月數來計算完成時間的,而是先將工期折算成小時數,再根據對應的小時數計算完成時間。 那么Project是怎么把工期折算成小時數的呢?是根據【選項】中設置的每日工時、每周工時、每月工作日來計算的。
圖2 如上圖所示,默認情況下,每日工時是8個小時,什么意思呢?就是說,當我們在工期列中輸入1個工作日時,它是按照8個小時來計算進度的。 默認情況下,【選項】中每周工時為40,也就是說,當我們在工期列中輸入1w(或1week)時,它是按照40個小時來計算進度的。 默認情況下,【選項】中每月工作日為20,那么,當我們在工期列中輸入1mon(或1month)時,它會不會按照20個工作日來計算呢?這個表述也不準確,實際上Project還是要將工期折算成小時數,也就說,它將按照20*8=160個小時(每月20個工作日、每日8個小時)來計算進度。 正如圖1中的任務“公開招標程序”,工期輸入的是1月工時,它會按照160個小時來計算完成時間,所以最終算出完成時間是2019年1月20日。注意,前提是這位同學已經將周六、周日設置成了工作時間。 同理,假如給某個任務的工期輸入1w(或者1week),它將顯示為“1周工時”,在進度計算時,將按照40個小時來計算進度。如果日歷中默認的工作時間(上午8:00-12:00、下午13:00-17:00)沒改的話,40個小時就相當于是5個工作日。所以,盡管你已經將周六周日設置成了工作時間,但是如果你輸入的工期是1w(或者1week),Project還是按照5個工作日來計算完成時間。 總結一下,Project在進行進度計算時,不是根據工期的天數或者周數或者月數來計算完成時間,而是根據工期對應的小時數來計算的。工期對應的小時數則取決于【選項】中的設置。當然,【選項】中的設置也是可以改的,但改之前,你要明白Project進度計算的基本原理,否則可能越改越亂。 我上面解釋的都是基于在工期列中輸入1mon(或者1month)來講的,假如你在工期列中輸入中文“1月”,如下圖所示,那它的意思又和你想的不一樣了,為什么呢?因為工期列中輸入“1月”代表30個自然天,它完全不管你日歷是如何設置的,就是按照30個自然天(每天24個小時)來計算進度。
圖3 但問題是,這樣輸入工期的話,你設置的日歷還有什么用? 而且,如果同時使用資源的情況下,問題就更大了。比如我們隨便給任務A分配一個資源“PM”,然后再切換到【任務分配狀況】視圖,如下圖所示。你會發現,它相當于每天分配24個小時,一共30個自然天,所以工時計算出來是720個小時。不管周末上不上班,它都直接給分配工時,所以日歷就完全不起作用了。有同學說,為什么第一天是16個小時,后面每天卻是24小時呢?因為第一天的開始時間是早上8:00,這一天只剩16個小時了,而第二天卻是完整的一天24個小時。
圖4 總結一下,假如你在工期列中輸入“1月”,Project將按照30個自然天來計算,完全不管日歷是怎么設置的,而且如果這個任務有工時類資源的話,也是默認按照每天24個小時來分配工時的。 在最新版本的Project中,微軟提供了更佳的用戶體驗。 |
溫馨提示:喜歡本站的話,請收藏一下本站!