wbs編制方法有哪些

① 任務分解法的創建wbs

創建WBS是指將復雜的項目分解為一系列明確定義的項目工作並作為隨後計劃活動的指導文檔.創建WBS的方法主要有以下幾種:
a.使用指導方針.一些像美國國防部(DOD)的組織,提供MIL-STD之類的指導方針用於創建項目的WBS.
b.類比方法.參考類似項目的WBS創建新項目的WBS.
c.自上而下的方法.從項目的目標開始,逐級分解項目工作,直到參與者滿意地認為項目工作已經充分地得到定義.該方法由於可以將項目工作定義在適當的細節水平,對於項目工期、成本和資源需求的估計可以比較准確.
d.自下而上的方法.從詳細的任務開始,將識別和認可的項目任務逐級歸類到上一層次,直到達到項目的目標.這種方法存在的主要風險是可能不能完全地識別出所有任務或者識別出的任務過於粗略或過於瑣碎. 創建WBS時需要滿足以下幾點基本要求:
a.某項任務應該在WBS中的一個地方且只應該在WBS中的一個地方出現.
b.WBS中某項任務的內容是其下所有WBS項的總和.
c.一個WBS項只能由一個人責任,即使許多人都可能在其上工作,也只能由一個人負責,其他人只能是參與者.
d.WBS必須與實際工作中的執行方式一致.
e.應讓項目團隊成員積極參與創建WBS,以確保WBS的一致性.
f.每個WBS項都必須文檔化,以確保准確理解已包括和未包括的工作范圍.
g.WBS必須在根據范圍說明書正常地維護項目工作內容的同時,也能適應無法避免的變更. WBS可以由樹形的層次結構圖或者行首縮進的表格表示.
其中美國國防機構使用WBS在MIL-STD中對WBS進行的描述為:WBS是由硬體、軟體、服務、數據和設備組成的面向產品的家族樹.
在實際應用中,表格形式的WBS應用比較普遍,特別是在項目管理軟體中. WBS的分解可以採用多種方式進行,包括:
a.按產品的物理結構分解.
b.按產品或項目的功能分解.
c.按照實施過程分解.
d.按照項目的地域分布分解.
e.按照項目的各個目標分解.
f.按部門分解.
g.按職能分解. 創建WBS的過程非常重要,因為在項目分解過程中,項目經理、項目成員和所有參與項目的職能經理都必須考慮該項目的所有方面.制定WBS的過程是:
a.得到范圍說明書(ScopeStatement)或工作說明書(StatementofWok,承包子項目時).
b.召集有關人員,集體討論所有主要項目工作,確定項目工作分解的方式.
c.分解項目工作.如果有現成的模板,應該盡量利用.
d.畫出WBS的層次結構圖.WBS較高層次上的一些工作可以定義為子項目或子生命周期階段.
e.將主要項目可交付成果細分為更小的、易於管理的組分或工作包.工作包必須詳細到可以對該工作包進行估算(成本和歷時)、安排進度、做出預算、分配負責人員或組織單位.
f.驗證上述分解的正確性.如果發現較低層次的項沒有必要,則修改組成成分.
g.如果有必要,建立一個編號系統.
h.隨著其他計劃活動的進行,不斷地對WBS更新或修正,直到覆蓋所有工作.
檢驗WBS是否定義完全、項目的所有任務是否都被完全分解可以參考以下標准:
i.每個任務的狀態和完成情況是可以量化的.
j.明確定義了每個任務的開始和結束.
k.每個任務都有一個可交付成果.
l.工期易於估算且在可接受期限內.
m.容易估算成本.
n.各項任務是獨立的. 對WBS需要建立WBS詞典(WBSDictionary)來描述各個工作部分.WBS詞典通常包括工作包描.述、進度日期、成本預算和人員分配等信息.對於每個工作包,應盡可能地包括有關工作包的必要的、盡量多的信息.
當WBS與OBS綜合使用時,要建立賬目編碼(Code ofAccount).賬目編碼是用於惟一確定項目工作分解結構每一個單元的編碼系統.成本和資源被分配到這一編碼結構中. 最多使用20個層次,多於20層是過度的.對於一些較小的項目4-6層一般就足夠了.
WBS中的支路沒有必要全都分解到同一層次,即不必把結構強製做成對稱的.在任意支路,當達到一個層次時,可以作出所要求准確性的估算,就可以停止了

② wbs分解原則是什麼

WBS分解的基本原則主要遵循：

1. 完整性：每一層WBS分解必須保證上層WBS節點內容的完整性，不能遺漏任何必要的組成部分。

2. 目標性：符合項目目標管理的要求，能方便應用工期、質量、成本、合同、信息等手段。

3. 易用性：能很容易地分配責任和角色，並落實到相應的部門、項目團隊或個人。

4. 獨立性：WBS在分解時盡可能減少節點間的交互界面，要考慮項目承包方式、合同結構的影響。

5. 適應性：工程項目工作范圍有變化時，可靈活方便地增/減相應的項目產品/設施。

6. 簡潔有效性：WBS不要太多層次，以四至六層為宜，WBS的劃分應方便數據從上到上的匯總。

1.類比方法

類比法就是以一個類似任務的WBS為基礎，制定本任務的工作分解結構。

舉個例子，作為信貸員，我們做過很多盡職調查，有針對個人的盡職調查，也有針對企業的盡職調查。當我們計劃對企業進行盡職調查時，就可以套用對個人進行盡職調查而設計的WBS，以從前的WBS為基礎，開始編制新的活動的WBS。

2.自上而下的方法

自上而下法常常被視為構建WBS的常規方法，即從任務的目標開始，逐級對任務進行分解。這是一個不斷增加級數，細化工作任務的過程。

比如說盡職調查這項任務，我們可以將它分解為貸前調查、貸中審查、貸後檢查三項工作，對於每項工作，又可進行細分。比如貸前調查，又可以分解為調查借款人的基本情況、信用狀況、擔保情況等活動。

3.自下而上的方法

自下而上法，需要我們從一開始就盡可能地確定任務有關的各項具體活動，然後將各項具體活動進行整合，歸納到一個整體工作或WBS的上一級內容當中去。

仍以盡職調查來舉例，按照自上而下的方法，我們一開始就需要盡可能詳細地列出做好這項盡職調查需要完成的活動，如了解借款人基本信息、檢查借款合同、撰寫調查報告等，在列出詳細的活動清單後，再開始對所有活動進行分類，以便於將這些詳細的活動歸入上一級的大項中。

③ WBS工作具體如何做

1、建立WBS的結構圖

2、基於WBS的結構圖，建立WBS Worksheet 工作表

3、從WBS圖中可以進行資源分析、時間計劃、預算等，方便而准確。

(3)wbs編制方法有哪些擴展閱讀

創建WBS是指將復雜的項目分解為一系列明確定義的項目工作並作為隨後計劃活動的指導文檔。WBS的創建方法主要有以下兩種：

1 .類比方法。參考類似項目的WBS創建新項目的WBS。

2 .自上而下的方法。從項目的目標開始，逐級分解項目工作，直到參與者滿意地認為項目工作已經充分地得到定義。該方法由於可以將項目工作定義在適當的細節水平，對於項目工期、成本和資源需求的估計可以比較准確。

創建WBS時需要滿足以下幾點基本要求：

1 .某項任務應該在WBS中的一個地方且只應該在WBS中的一個地方出現。

2 .WBS中某項任務的內容是其下所有WBS項的總和。

3 .一個WBS項只能由一個人負責，即使許多人都可能在其上工作，也只能由一個人負責，其他人只能是參與者。

4 .WBS必須與實際工作中的執行方式一致。

5. 應讓項目團隊成員積極參與創建WBS，以確保WBS的一致性。

6 .每個WBS項都必須文檔化，以確保准確理解已包括和未包括的工作范圍。

7 .WBS必須在根據范圍說明書正常地維護項目工作內容的同時，也能適應無法避免的變更。

8 .WBS的工作包的定義不超過40小時，建議在4-8小時。

9 .WBS的層次不超過10層，建議在4-6層。

④ 急~請教關於項目組織與管理WBS的問題！！！！

WBS：工作分解結構（Work Breakdown Structure） 創建WBS：創建WBS是把項目可交付成果和項目工作分解成較小的，更易於管理的組成部分的過程。
一、定義
WBS（工作分解結構）是Work Breakdown Structure的英文縮寫，是項目管理重要的專業術語之一。WBS的基本定義 ：以可交付成果為導向對項目要素進行的分組，它歸納和定義了項目的整個工作范圍每下降一層代表對項目工作的更詳細定義。無論在項目管理實踐中，還是在PMP，IPMP考試中，工作分解結構（WBS）都是最重要的內容之一。WBS總是處於計劃過程的中心，也是制定進度計劃、資源需求、成本預算、風險管理計劃和采購計劃等的重要基礎。WBS同時也是控制項目變更的重要基礎。項目范圍是由WBS定義的，所以WBS也是一個項目的綜合工具。
WBS是由3個關鍵元素構成的名詞：工作（work)--可以產生有形結果的工作任務；分解（breakdown)--是一種逐步細分和分類的層級結構；結構（structure)--按照一定的模式組織各部分。根據這些概念，WBS有相應的構成因子與其對應：
⑴結構化編碼
編碼是最顯著和最關鍵的WBS構成因子，首先編碼用於將WBS徹底的結構化。通過編碼體系，我們可以很容易識別WBS元素的層級關系、分組類別和特性。並且由於近代計算機技術的發展，編碼實際上使WBS信息與組織結構信息、成本數據、進度數據、合同信息、產品數據、報告信息等緊密地聯系起來。
⑵工作包
工作包（work package）是WBS的最底層元素，一般的工作包是最小的「可交付成果」，這些可交付成果很容易識別出完成它的活動、成本和組織以及資源信息。例如：管道安裝工作包可能含有管道支架製作和安裝、管道連接與安裝、嚴密性檢驗等幾項活動；包含運輸/焊接/管道製作人工費用、管道/金屬附件材料費等成本；過程中產生的報告/檢驗結果等等文檔；以及被分配的工班組等責任包干信息等等。正是上述這些組織/成本/進度/績效信息使工作包乃至WBS成為了項目管理的基礎。基於上述觀點，一個用於項目管理的WBS必須被分解到工作包層次才能夠使其成為一個有效的管理工具。
⑶WBS元素
WBS元素實際上就是WBS結構上的一個個「節點」，通俗的理解就是「組織機構圖」上的一個個「方框」，這些方框代表了獨立的、具有隸屬關系/匯總關系的「可交付成果」。經過數十年的總結大多數組織都傾向於WBS結構必須與項目目標有關，必須面向最終產品或可交付成果的，因此WBS元素更適於描述輸出產品的名片語成（effictive WBS，Gregory T. Haugan）。其中的道理很明顯，不同組織、文化等為完成同一工作所使用的方法、程序和資源不同，但是他們的結果必須相同，必須滿足規定的要求。只有抓住最核心的可交付結果才能最有效的控制和管理項目；另一方面，只有識別出可交付結果才能識別內部/外部組織完成此工作所使用的方法、程序和資源。工作包是最底層的WBS元素。
⑷WBS字典
管理的規范化、標准化一直是眾多公司追求的目標，WBS字典就是這樣一種工具。它用於描述和定義WBS元素中的工作的文檔。字典相當於對某一WBS元素的規范，即WBS元素必須完成的工作以及對工作的詳細描述；工作成果的描述和相應規范標准；元素上下級關系以及元素成果輸入輸出關系等。同時WBS字典對於清晰的定義項目范圍也有著巨大的規范作用，它使得WBS易於理解和被組織以外的參與者（如承包商）接受。在建築業，工程量清單規范就是典型的工作包級別的WBS字典。
二、主要用途
WBS是一個描述思路的規劃和設計工具。它幫助項目經理和項目團隊確定和有效地管理項目的工作。
1 WBS是一個清晰地表示各項目工作之間的相互聯系的結構設計工具。
2 WBS是一個展現項目全貌，詳細說明為完成項目所必須完成的各項工作的計劃工具。
3 WBS定義了里程碑事件，可以向高級管理層和客戶報告項目完成情況，作為項目狀況的報告工具。
4 WBS防止遺漏項目的可交付成果。
5 WBS幫助項目經理關注項目目標和澄清職責。
6 WBS建立可視化的項目可交付成果，以便估算工作量和分配工作。
7 WBS幫助改進時間、成本和資源估計的准確度。
8 WBS幫助項目團隊的建立和獲得項目人員的承諾。
9 WBS為績效測量和項目控制定義一個基準。
10 WBS輔助溝通清晰的工作責任。
11 WBS為其他項目計劃的制定建立框架。
12 WBS幫助分析項目的最初風險。
三、創建方法
創建WBS是指將復雜的項目分解為一系列明確定義的項目工作並作為隨後計劃活動的指導文檔。WBS的創建方法主要有以下兩種：
1 類比方法。參考類似項目的WBS創建新項目的WBS。
2 自上而下的方法。從項目的目標開始，逐級分解項目工作，直到參與者滿意地認為項目工作已經充分地得到定義。該方法由於可以將項目工作定義在適當的細節水平，對於項目工期、成本和資源需求的估計可以比較准確。
創建WBS時需要滿足以下幾點基本要求：
1 某項任務應該在WBS中的一個地方且只應該在WBS中的一個地方出現。
2 WBS中某項任務的內容是其下所有WBS項的總和。
3 一個WBS項只能由一個人負責，即使許多人都可能在其上工作，也只能由一個人負責，其他人只能是參與者。
4 WBS必須與實際工作中的執行方式一致。
5 應讓項目團隊成員積極參與創建WBS，以確保WBS的一致性。
6 每個WBS項都必須文檔化，以確保准確理解已包括和未包括的工作范圍。
7 WBS必須在根據范圍說明書正常地維護項目工作內容的同時，也能適應無法避免的變更。
8 WBS的工作包的定義不超過40小時，建議在4-8小時。
9 WBS的層次不超過10層，建議在4-6層。
四、表示方式
WBS可以由樹形的層次結構圖或者行首縮進的表格表示。在實際應用中，表格形式的WBS應用比較普遍，特別是在項目管理軟體中，具體的模版樣式參見WBS模版樣式。
五、分解方式
WBS的分解可以採用以下三種方式進行：
1 按產品的物理結構分解。
2 按產品或項目的功能分解。
3 按照實施過程分解。

⑤ 制定WBS的基本步驟有哪些如何確定工作分解的詳細程度

一、 項目工作分解的步驟(WBS)
在進行項目工作分解的時候，一般遵從以下幾個主要步驟：
1.先明確並識別出項目的各主要組成部分，即明確項目的主要可交付成果。一般來講，項目的主要組成部分包括項目的可交付成果和項目管理的本身。在進行這一步時需要解答的問題是：要實現項目的目標需要完成哪些主要工作?(一般情況下，項目的主要工作是指貫穿項目始終的工作，它在項目分解結構中主要被列在第二層。)
2.第二步的工作是：確定每個可交付成果的詳細程度是否已經達到了足以編制恰當的成本和歷時估算。「恰當」的含義可能會隨著項目的進程而發生一定的變化，因為對於將來產生的一項可交付成果進行分解也許是不大可能的。對每個可交付成果，如果已經足夠詳細，則進入到第四步，否則接著進入第三步——這意味著不同的可交付成果可能有不同的分解層次。
3.確定可交付成果的組成元素。組成元素應當用切實的、可驗證的結果來描述，以便於進行績效測量。與主要元素一樣，組成元素的定義應該根據項目工作實際上是如何組織和完成的。切實、可驗證的結果既可包括產品，又可包括服務。這一步要解決的問題是：要完成上述各組成部分，有哪些更具體的工作要做。對於各組成部分的更小的構成部分，應該說明需要取得哪些可以核實的結果以及完成這些更小組成部分的先後順序。
4.核實分解的正確性。即需要回答下列問題：(1)最底層項對項目分解來說是否是必需而且充分的呢?如果不是，則必須修改組成元素(添加、刪除或重新定義);(2)每項的定義是否清晰完整?如果不完整，描述則需要修改或擴展;(3)每項是否都能夠恰當地編制進度和預算?是否能夠分配到接受職責並能夠圓滿完成這項工作的具體組織單元(例如部門、項目隊伍或個人)?如果不能，需要做必要的修改，以便於提供合適的管理控制。
如果大家還能在腦海中清晰地再現在項目范圍管理中，我們介紹范圍定義的工具——分解時所畫的流程圖，那麼對於工作分解結構的創建步驟就可以瞭然於胸了。
二、 實際操作中注意的問題
對於實際的項目，特別是對於較大的項目而言，在進行工作分解的時候，要注意以下幾點：1.要清楚地認識到，確定項目的分解結構就是將項目的產品或服務、組織和過程這三種不同的結構綜合為項目分解結構的過程。項目經理和項目的工作人員要善於將項目按照產品或服務的結構進行劃分、按照項目的階段劃分以及按照項目組織的責任進行劃分等有機地結合起來。也就是說，我們應該將項目的WBS、PBS以及OBS組合起來綜合運用。
如圖4-5所示，WBS、PBS與OBS合在一起，就提供了費用估算的結構，構成費用控制立方體(Cost Control Cube)。其實，任何兩個分解結構結合在一起，都可以形成一個矩陣：WBS與OBS形成責任矩陣，OBS與ABS形成帳戶代碼，WBS與CBS形成費用估算表。
OBS，組織分解結構是項目組織結構圖的一種特殊形式，描述負責每個項目活動的具體組織單元，WBS是實現組織結構分解的依據。CBS——費用分解結構和ABS——帳目分解結構，都是按照與WBS與OBS相適應的規則將費用進行分解而形成的相應的、便於管理的分解結構。ABS為組織單元承擔分項工作而對其費用進行管理的一種工具，可以作為項目費用測定、衡量和控制的基準。
2.對於項目最底層的工作要非常具體，而且要完整無缺地分配給項目內外的不同個人或者是組織，以便於明確各個工作塊之間的界面，並保證各工作塊的負責人都能夠明確自己的具體任務、努力的目標和所承擔的責任。同時，工作如果劃分得具體，也便於項目的管理人員對項目的執行情況進行監督和業績考核。
3.實際上，進行逐層分解項目或其主要的可交付成果的過程，也就是給項目的組織人員分派各自角色和任務的過程。
4.對於最底層的工作塊，一般要有全面、詳細和明確的文字說明。因為，對於項目，特別是較大的項目來說，或許會有許多的工作塊，因此，常常需要把所有的工作塊的文字說明匯集到一起，編成一個項目工作分解結構詞典，工作分解結構詞典中一般包含工作包描述以及計劃編制信息，如進度計劃、成本預算和人員安排，以便於在需要時隨時查閱。
5.並非工作分解結構中所有的分支都必須分解到同一水平，各分支中的組織原則可能會不同。任何分支最低層的細目叫做工作包。工作包是完成一項具體工作所要求的一個特定的、可確定的、可交付以及獨立的工作單元，需為項目控制提供充分而合適的管理信息。任何項目也並不是只有唯一正確的工作分解結構，例如同一項目按照產品的組成部分或者根據生產過程分解就能作出兩種不同的工作分解結構)。

⑥ 創建wbs的步驟

開發一個WBS的推薦步驟如下：

步驟1：識別項目目標。（這將支持步驟2和步驟3。）

步驟2：通過明確的識別主要輸出是產品、服務或是結果來確定項目的類型。

步驟3A：如果項目的輸出是產品，第二級將包括產品名稱、次要產品名稱和橫向關聯元素。確保所有的項目輸出都與第二級元素有關。（接第4步。）

步驟3B：如果項目的輸出是服務，第二級將包括不同類型工作的頂級分組以及項目管理元素。識別盡可能多的活動，並將它們按與工作領域相關的邏輯關系進行分類。（自下而上的綜合。）（接第5步。）

步驟3C：如果項目的輸出是結果，第二級將包括為實現結果所採取的必要的、公認的主要步驟以及項目管理元素。（接第6步。）

步驟4：對於產品的WBS，將產品元素分解為產品的邏輯物理結構。把橫向關聯元素分解為支持工作。（接第7步。）

步驟5：對於服務型WBS，把第二級WBS元素分解為邏輯職能工作領域。（接第7步。）

步驟6：對於結果型WBS，把第二級WBS元素分解為要達到元素的目標或輸出所採取的特定的標准過程。（接第7步。）

步驟7：審查每一級工作元素，以保證確認了全部的工作；加上必要的元素。在產品型WBS中，確保加上了必要的集成元素。

步驟8：繼續將元素分解到工作包級。進一步分解可能會違背上述原理。當下一級可能是活動或未知時停止分解，直到完成了進一步的分析或計劃。

步驟9：與項目利益相關者一起審查WBS，並進行必要的調整，以確保覆蓋了項目的所有工作。

⑦ 簡述制定wbs的步驟

在進行項目工作分解的時候，一般遵從以下幾個主要步驟：
1.先明確並識別出項目的各主要組成部分，即明確項目的主要可交付成果。一般來講，項目的主要組成部分包括項目的可交付成果和項目管理的本身。在進行這一步時需要解答的問題是：要實現項目的目標需要完成哪些主要工作?(一般情況下，項目的主要工作是指貫穿項目始終的工作，它在項目分解結構中主要被列在第二層。)
2.第二步的工作是：確定每個可交付成果的詳細程度是否已經達到了足以編制恰當的成本和歷時估算。「恰當」的含義可能會隨著項目的進程而發生一定的變化，因為對於將來產生的一項可交付成果進行分解也許是不大可能的。對每個可交付成果，如果已經足夠詳細，則進入到第四步，否則接著進入第三步——這意味著不同的可交付成果可能有不同的分解層次。
3.確定可交付成果的組成元素。組成元素應當用切實的、可驗證的結果來描述，以便於進行績效測量。與主要元素一樣，組成元素的定義應該根據項目工作實際上是如何組織和完成的。切實、可驗證的結果既可包括產品，又可包括服務。這一步要解決的問題是：要完成上述各組成部分，有哪些更具體的工作要做。對於各組成部分的更小的構成部分，應該說明需要取得哪些可以核實的結果以及完成這些更小組成部分的先後順序。
4.核實分解的正確性。即需要回答下列問題：(1)最底層項對項目分解來說是否是必需而且充分的呢?如果不是，則必須修改組成元素(添加、刪除或重新定義);(2)每項的定義是否清晰完整?如果不完整，描述則需要修改或擴展;(3)每項是否都能夠恰當地編制進度和預算?是否能夠分配到接受職責並能夠圓滿完成這項工作的具體組織單元(例如部門、項目隊伍或個人)?如果不能，需要做必要的修改，以便於提供合適的管理控制。
如果大家還能在腦海中清晰地再現在項目范圍管理中，我們介紹范圍定義的工具——分解時所畫的流程圖，那麼對於工作分解結構的創建步驟就可以瞭然於胸了。

⑧ 如何制定工作分解結構（WBS）的方法及建議

制定工作分解結構的方法多種多樣，以下給出幾個建議。 （1）借鑒經驗法 以一個類似項目的WBS為基礎，制定本項目的工作分解結構。 （2）系統思考法——自上而下 這是構建WBS的常規方法，即逐步將工作分解成下一級的多個子項。這個過程就是要不斷細化工作任務。 這種方法對具備系統思維能力及深厚知識基礎的人來說，可以說是很好的方法。 （3）發散歸納法 如果系統思考有困難，不如先想到什麼就下來，然後在不斷補充，不斷歸納。 如果是一個團隊，可以讓成員一開始盡可能的確定各項具體任務，然後將各項具體任務進行整合，有了這些零散的思路，在歸納就相對容易了。 對那些全新系統或方法的項目採用這種方法，或者用該法來促進全員參與或項目團隊的協作。 （4）參照模板 如果存在WBS的模版，就會容易得多。因此我們可以借鑒別人的模板，例如參加一次產品展覽可能有很多細節，如果有一個模板的話，你會制定出一個細致的工作計劃來。 對於經常重復的核心業務或項目，我們不妨制定出自己的模板。

⑨ 制定WBS的基本步驟有哪些

1.識別和分析可交付成果及相關工作
2.確定wbs結構和編排方法
3.自上而下逐層細化分解
4.為wbs組件制訂和分配標識編碼
5.核實可交付成果分解的程度是否恰當

⑩ 建立WBS的原則

WBS的設置原則

WBS的分解應按照實際工作經驗和系統工作的方法、工程的特點、項目管理者的要求進行，其基本原則是：

1) 應在各層次上保證項目內容的完整性，不能遺漏任何必要的組成部分。

2) 一個項目單元只能從屬於某一上層單元，不能同時屬於兩個上層單元。

3) 項目單元應能區分不同的責任者和不同的工作內容，應有較高的整體性和獨立性。

4) 應考慮WBS與承包方式、合同結構的影響。

5) 能夠符合項目目標管理的要求，能方便的應用工期、質量、成本、合同、信息等手段。

6) WBS不要太多層次，以四至六層為宜。最低層次的工作包的單元成本不宜過大、工期不要太長。

可以看出，無論用什麼樣的軟體編寫計劃，WBS都是我們首先要考慮的問題。在P3E/C軟體里，專門設置了WBS的窗口，用於編制項目的WBS。反之，微軟公司的PROJECT軟體沒有設計這樣的窗口，而是在編輯任務（作業）的過程中，考慮設置任務（作業）的大綱。應該說，大綱比起WBS的功能還是有所遜色的。這一問題在PROJECT98就已經存在，但直到PROJECT2003也沒有得到解決；而P3就已經有了WBS，而在P3E/C里的WBS得到了很大加強，這反映了PRIM***ERA公司與微軟公司在對WBS作用的認識存在著差異，PRIM***ERA公司更加重視工程的規范化管理，而微軟公司更強調軟體的操作的方便。

WBS計劃
項目計劃是如何體現工作范圍的呢？常用的方式是通過工作分解的方式，將工作范圍細分為活動，然後對每項活動分配時間和資源，而活動結果的總和就是工作范圍，我們將這種分解的計劃稱為WBS（Work Breakdown Structure，工作分解）計劃。制定WBS計劃是制定項目計劃最主要的活動。

制訂WBS計劃主要分為以下三個步驟：

第一，分解工作任務。將一個總的工作范圍（軟體項目XXX）逐漸細分到合適的粒度，以便對任務計劃、執行和控制。對於軟體項目來說，分解工作任務不是一項單純的計劃活動，而是要根據項目的特點決定工作任務的分解結構。實際工作中更多地會考慮技術因素來確定工作分解結構的形式。

第二，定義活動依賴關系。確定了項目中要完成哪些活動以後，需要對這些活動之間的依賴關系做出定義。活動之間的依賴關系取決於實際工作的要求，不同活動之間的依賴關系決定了活動的優先順序及其重要性。活動依賴關系是確定項目關鍵路徑和活動浮動時間的必要條件，定義活動間依賴關系的目的是確定每一項活動所需的輸入、輸出關系。

第三，分配時間和資源。完成工作任務分解並定義了活動的依賴關系後，應該為每項活動分配相應的時間和資源。通常活動都會產生自己的交付物。為活動分配時間可以採用自下而上和自上而下兩種不同的方法。自下而上是先估計最小粒度的活動所需要的時間，項目所需的時間則取決於所有項目活動的關鍵路徑時間；自上而下則是確定完成項目所需要的總的時間，然後將時間分配給不同的活動。這兩種方法在實際中都有應用，對於客戶項目，很多情況下只能採取自上而下的方式，因為大多數項目都事先確定好了項目的交付時間。在軟體項目計劃中，資源分配主要指人員的分配，指定了時間資源以後，應該指定人力資源。一項工作任務是否能夠完成，所需要的時間和人員是兩個最主要的變數。在一定的范圍內，時間和人員是可以互換的。即增加人員會縮短工作時間；延長時間會降低對人員的需求量（但這種觀點的害處在於管理者往往會認為所有的活動都可以互換時間和人力資源）。如果已經確定了活動的完成時間，則指定相應的人員作為完成活動的責任人。