榮觀房產網1. 項目管理中,項目范圍里的工作分解結構（WBS）和項目時間管理中
當然有區別了，項目工作分解結構WBS 是對項目的整個活動在項目的范圍只能，進行總體的劃分和分解，識別在其范圍之內的所有有效的活動綜合，是項目的一個框架，而項目時間管理中的活動清單，重要強調的在項目的時間控制范圍內，涉及到的各項活動，相對WBS它是更詳細，更注重時間可控性的活動，是在WBS的框架內，按照項目的開始和結束時間鏈，對各個活動進行的詳細的梳理，嗯 這是我個人的理解，可以做個參考，大致就這樣了！希望對你有用，謝謝。
2. 項目管理有效的工作如何分解
什么是WBS(Work Breakdown Structures)工作分解結構？PMI?的PMBOK?中解釋如下： The WBS is a deliverable-oriented hierarchical decomposition of the work to be executed by the project team, to accomplish the project objectives and create the required deliverables, with each descending level of the WBS representing an increasingly detailed definition of the project work。
我翻譯一下，我的英文水平有點爛，理解一下：WBS（工作分解結構）是由團隊成員執行的以可交付成果為導向的工作分解，以實現項目目標和創建符合需求的可交付成果，WBS往下的每一層對項目工作的描述越細致。用一個比較形象的列子，把寫書看成一個項目，寫書都會從提綱開始，提綱是書的基礎，WBS也一樣是項目的基礎，幾乎所用的項目管理過程都會與WBS相關。
WBS的組織方式有兩種：第一種是按照項目階段進行分解，及每個項目階段都會有獨立的WBS；第二種是按照職能方式進行分解 建立一個WBS分解有4個步驟： ① 確定項目目標，著重于項目產生的產品、服務以及提供給客戶的結果。 ② 準確確認項目所產生的產品、服務或提供給客戶的結果（可交付成果或最終產品）。
③ 識別項目中的其他工作領域以確保覆蓋100%的工作，識別若干可交付成果的領域、描述中間輸出或可交付成果。 ④ 進一步細分步驟②和③的每一項，使其形成順序的邏輯子分組，直到工作要素的復雜性和成本花費成為可計劃和可控制的管理單元（工作包）。
在做分解的時候不是越細越好，一個有效的工作分解結構符合以下條件： ① 每一層的分解都是充分必要的。充分的意思就是你只要完成下一層的工作上一層就自動完成了，必要是指要完成上一層的工作只需要下面的工作沒有多余的工作。
② 分解的工作是否可以量化和估算。 PMI?有一些經驗法則可以借鑒，通常工作分解到可以由一個人或一個組織完成，另外還有一個80小時法則，就是分解的工作量不要超過80個小時。
制作WBS的方法有很多，例如頭腦風暴法（自上而下），自下而上的分解等。WBS的制作是一個逐步完善的過程，由于信息和細節的限制我們只能分解近期的一些可交付成果，隨著項目的進行WBS會逐步的完善，這被稱作是滾動式規劃。
3. 任務分解法的創建wbs
創建WBS是指將復雜的項目分解為一系列明確定義的項目工作并作為隨后計劃活動的指導文檔.創建WBS的方法主要有以下幾種：a.使用指導方針.一些像美國國防部（DOD）的組織，提供MIL-STD之類的指導方針用于創建項目的WBS.b.類比方法.參考類似項目的WBS創建新項目的WBS.c.自上而下的方法.從項目的目標開始，逐級分解項目工作，直到參與者滿意地認為項目工作已經充分地得到定義.該方法由于可以將項目工作定義在適當的細節水平，對于項目工期、成本和資源需求的估計可以比較準確.d.自下而上的方法.從詳細的任務開始，將識別和認可的項目任務逐級歸類到上一層次，直到達到項目的目標.這種方法存在的主要風險是可能不能完全地識別出所有任務或者識別出的任務過于粗略或過于瑣碎. 創建WBS時需要滿足以下幾點基本要求：a.某項任務應該在WBS中的一個地方且只應該在WBS中的一個地方出現.*中某項任務的內容是其下所有WBS項的總和.c.一個WBS項只能由一個人責任，即使許多人都可能在其上工作，也只能由一個人負責，其他人只能是參與者.*必須與實際工作中的執行方式一致.e.應讓項目團隊成員積極參與創建WBS，以確保WBS的一致性.f.每個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中的支路沒有必要全都分解到同一層次，即不必把結構強制做成對稱的.在任意支路，當達到一個層次時，可以作出所要求準確性的估算，就可以停止了。
4. 任務分解法的創建wbs
創建WBS是指將復雜的項目分解為一系列明確定義的項目工作并作為隨后計劃活動的指導文檔.創建WBS的方法主要有以下幾種：a.使用指導方針.一些像美國國防部（DOD）的組織，提供MIL-STD之類的指導方針用于創建項目的WBS.b.類比方法.參考類似項目的WBS創建新項目的WBS.c.自上而下的方法.從項目的目標開始，逐級分解項目工作，直到參與者滿意地認為項目工作已經充分地得到定義.該方法由于可以將項目工作定義在適當的細節水平，對于項目工期、成本和資源需求的估計可以比較準確.d.自下而上的方法.從詳細的任務開始，將識別和認可的項目任務逐級歸類到上一層次，直到達到項目的目標.這種方法存在的主要風險是可能不能完全地識別出所有任務或者識別出的任務過于粗略或過于瑣碎. 創建WBS時需要滿足以下幾點基本要求：a.某項任務應該在WBS中的一個地方且只應該在WBS中的一個地方出現.*中某項任務的內容是其下所有WBS項的總和.c.一個WBS項只能由一個人責任，即使許多人都可能在其上工作，也只能由一個人負責，其他人只能是參與者.*必須與實際工作中的執行方式一致.e.應讓項目團隊成員積極參與創建WBS，以確保WBS的一致性.f.每個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分解清單
