任務是Project中最重要的概念之一，它是組成項目的基本元素。在Project 項目管理軟件中，任務的類型被分為三類，它們分別是固定單位任務，固定工期任務和固定工時任務。對這些任務類型的認識和了解，項目團隊可以充分的協(xié)調資源，從而按照項目的工期完成任務。接下來我們分析一下這三類任務類型，在具體用到Project創(chuàng)建項目時，也可以按照項目的要求進行設定。

首先要明白一個概念，任務類型的本質是任務的完成時間與支持任務的資源什么關系。比如一個任務需要在一定的時間內完成，那么對于支持它的資源來說，它的工期和支持它的資源有什么樣的關系呢？這就是任務類型要解決的。

固定單位任務是Project默認狀態(tài)下的任務類型，它的完成完全依賴資源的驅動。就是說，一個任務在一個資源的支持下需要一天時間完成，如果這個任務被同樣的兩個資源支持，那么它半天就可以完成。這種現(xiàn)象在項目管理中很普遍，在IT項目管理中，一個信息系統(tǒng)的開發(fā)，需要10個人在30天內完成，那么要讓它在15天內完成，可能的操作方式就是增加資源，用20個人來換取15天的完成目標，就是這個道理。在Project管理軟件中，工時類資源一般都是按照人工每時的方式計算，比如張三在一天有8個小時的工作量，張三和李四兩個人一天就有16個小時的工作量，大大的提高了對于一個任務的支持能力，所以任務就會完成的快點。這也解決了資源的沖突，以至于不會在一天把張三分兩次或三次來用。

固定工期任務是另一種任務類型，這種類型的任務工期受資源的影響不大，或者沒有。在Project管理軟件中，這種類型的任務也時常出現(xiàn)。這種任務類型下，任務完成的工期不受資源的影響，比如，今年國慶大閱兵，從天安門走過的方隊軍人，無論你是四十個一組，還是六十個一組，這個任務都是在規(guī)定的時間內完成，不會因為人員數(shù)量的多少而增加或者減少工期。一般在Project制定項目的時候，項目例會就是一個道理，每周下午的例會，無論來的人有多少，這個例會都要作為項目任務中的一個環(huán)節(jié)來對待，而不因人員的多少推遲或者取消（當然這個會議不重要的話，可以不遵守要求！）。一般工期為零的任務都被定義為里程碑任務，這里事實上也說明了作為工期為零的任務是完全不受資源左右的，它也是一種特殊的固定工期任務。但是Project 2007中也出現(xiàn)了工期不為零的任務是里程碑任務，雖然在甘特圖條形圖的標記上任然顯示菱形，但它任然是里程碑任務，比如領導考察和參觀一個項目，無論人多人少都會考察，而項目組也可以把這個時期定義為里程碑，但事實上領導的到來確實花了半天時間，它的工期不為零。

固定工時任務是少見而又復雜的一種方式，用一個事例來說，在一項任務中，這一項任務需要十天的時間才能完成，張三需要陪伴10天的整個過程，每天都需要全日工作量（8個小時），第五天的時候，張三只能工作兩個小時，其他時間有別的安排，那么這個時候可以考慮從其他地方調用資源，這個時候或許你會考慮由另一個人來全權完成剩下的6個小時，單如果大家都沒有全權的6個小時呢？你就要考慮讓3個人來分別完成兩個小時的任務，加起來就是6個小時，當然也可以讓6個人來拿出自己的一個小時，完成剩下6個小時的任務。這種方式就是固定工時任務，在Project 中，對于工時類資源的單位定義都是100%，或者150%...300%的方式來定義（自動是50%個單位為一次增長或減少，但手動可以按照10%、20%的方式顯示），所以如果按照上面的事例來分析的話，張三在第5天只能安排20%的工作量，那么你就需要考慮從其他地方分別調用身下的4個20%工作量，或者調用剩下的8個10%的工作量，當然也可以直接調用一個80%的工作量來完成，把這種方式就叫做固定工時任務。當然了，具體在Project軟件上操作的時候，可能需要你花時間思考，畢竟某些時候電腦的問題還得需要人腦來解決。

對于以上三種任務類型，Project在建立任務，分配資源，確定任務工期的時候都會碰到，任務到底以什么樣的方式存在，需要在項目環(huán)境和任務完成的方式，資源等眾多因素的影響下來實現(xiàn)。一套完整的Project項目計劃，是需要精心提煉的。

作者：潘德有

【?發(fā)表評論?0條?】