關于WBS 的描述
1、WBS 是面向可交付物的層次型結構，是對完成項目目標、創(chuàng)造可交付物所需執(zhí)行的項目工作的分解。
2、它組織并定義了整個項目范圍，WBS 把項目工作細分為更小、更易管理的工作單元。
3、隨著WBS 層次的降低，意味著項目工作也越來越詳細。
4、WBS 代表了當前已批準的項目范圍說明書中所有工作，WBS 的各個工作單元有助于項目干系人了解項目可交付物。
工作結構分解原則
1、在各層次上保持項目的完整性，避免遺漏必要的組成部分。
2、一個工作單元只能從屬于某個上層單元，避免交叉從屬。
3、相同層次的工作單元應用相同性質。
4、工作單元應能分開不同的責任者和不同工作內容。
5、便于項目管理計劃、控制的管理需要。
6、最底層工作應該具有可比性，是可管理的，可定量檢查的。
7、應包含項目管理工作，包括分包出去的工作。

案例范例

閱讀以下說明，請回答問題1至問題3，將解答或相應的編號填入答題紙的對應欄內

【說明】

 M公司承擔了某大學圖書館存儲及管理系統(tǒng)的開發(fā)任務，項目周期4個月。

 小陳是M公司的員工，半年前入職。在校期間，小陳跟隨導師做過倆年的軟件開   發(fā)，具有良好的軟件開發(fā)基礎。領導對小陳很信任，任命小陳擔任該項目的項目經(jīng)理。項目立項前，小陳參加了用戶前期溝通會議，并承擔了需求分析工作。

 會議后，相關部門按照要求整理會議所形成的決議和共識，并發(fā)給客戶等待確認。為了節(jié)約時間，小陳根據(jù)自己在溝通會議上記錄的結果，當晚組織相關人員撰寫了軟件需求規(guī)格說明。次日便要求設計人員開始進行系統(tǒng)設計，并指出項目組成員必須嚴格按照進度計劃執(zhí)行，以不辜負領導的期望與囑托。

項目進行了2個月后，校方主管此業(yè)務的新領導到任，并提出了新的信息化管理要求。小陳進行變更代價分析，認為成本超支嚴重，于是小陳準備不進行范圍變更，并將結果通知客戶，引起客戶不滿。

項目進入測試階后，M公司開展內部管理審查活動。此項目作為在建項目接受了抽查，項目審查員給該項目提出了多個問題，范圍管理方面的問題尤為突出。

【問題1】（5分）

結合案例，分析小陳在此項目中項目管理方面可能存在的不足。

【問題2】（6分）

小陳組織人員撰寫的項目WBS如下：

                               xx大學圖書館存儲及管理系統(tǒng)

110確定需         120設計        130編碼         140測試        150安裝與調試

   111初步需求       121功能設計    131模塊定義     141內部測試    151軟件安裝

   112詳細需求       122系統(tǒng)設計    132接口定義     142集成測試    152系統(tǒng)調試

133程序編碼     143報告制定    153培訓

1. 請說明上述WBS結構是將（     ）作為第一層進行分解的。除了上述方法，還可以采用哪些方式進行分解。
2. 從上圖來看，完整的WBS中除了實現(xiàn)最終產品或服務外所必須進行的技術工作外，還需要包括              。

    (3)創(chuàng)建WBS時要遵循哪些原則？供選擇答案（將正確選項對應的字母填入答題紙對應欄內）：

     A．在各層次上保持項目的完整性，避免遺漏必要的組成部分

     B．一個工作單元可從屬于某些上層單元。

     C．相同層次的工作單元可以具有不同性質。

     D．工作單元應能分開不同責任者和不同工作內容。

     E．便于項目管理進行計劃和控制的管理需要。

     R最低層工作應該具有可比性，是可管理的，可定量檢查的。

     G．分解到統(tǒng)一顆粒度的工作包。

     H．WBS不包括分包出去的工作。

【問題3】（4分）

 (1)請指出案例中引起范圍變更的原因。

(2)一般情況下，造成項目范圍變更還有哪些主要原因。