以下內(nèi)容可能是在案例分析時(shí)會用到的，請大家一定注意：

一、以下關(guān)于wbs的描述，一定要知道：

wbs 是面向可交付物的層次型結(jié)構(gòu)，是對完成項(xiàng)目目標(biāo)、創(chuàng)造可交付物所需執(zhí)行的項(xiàng)目工作的分解。

它組織并定義了整個(gè)項(xiàng)目范圍，wbs 把項(xiàng)目工作細(xì)分為更小、更易管理的工作單元。

隨著 wbs 層次的降低，意味著項(xiàng)目工作也越來越詳細(xì)。

wbs 代表了當(dāng)前已批準(zhǔn)的項(xiàng)目范圍說明書中所有工作，wbs 的各個(gè)工作單元有助于項(xiàng)目干系人了解項(xiàng)目可交付物。

二、工作結(jié)構(gòu)分解應(yīng)把握什么原則：

1、在各層次上保持項(xiàng)目的完整性，避免遺漏必要的組成部分。

2、一個(gè)工作單元只能從屬于某個(gè)上層單元，避免交叉從屬。

3、相同層次的工作單元應(yīng)用相同性質(zhì)。

4、工作單元應(yīng)能分開不同的責(zé)任者和不同工作內(nèi)容。

5、便于項(xiàng)目管理計(jì)劃、控制的管理需要。

6、底層工作應(yīng)該具有可比性，是可管理的，可定量檢查的。

7、應(yīng)包含項(xiàng)目管理工作，包括分包出去的工作。

真題演練：

系統(tǒng)集成項(xiàng)目管理工程師知識點(diǎn)：范圍管理案例三

1。案例場景

m公司承擔(dān)了某大學(xué)圖書館存儲及管理系統(tǒng)的開發(fā)任務(wù)，項(xiàng)目周期為4個(gè)月。

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

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

項(xiàng)目進(jìn)行了兩個(gè)月后，校方主管此業(yè)務(wù)的新領(lǐng)導(dǎo)到任，并提出了新的信息化管理要求。小陳進(jìn)行變更代價(jià)分析，認(rèn)為成本超支嚴(yán)重，于是小陳準(zhǔn)備不進(jìn)行范圍變更，并將結(jié)果通知客戶，引起客戶不滿。

項(xiàng)目進(jìn)入測試階段后，m公司開展內(nèi)部管理審查活動(dòng)。此項(xiàng)目作為在建項(xiàng)目接受了抽查，項(xiàng)目審查員給該項(xiàng)目提出了多個(gè)問題，范圍管理方面的問題尤為突出。

【問題1】分析小陳在此項(xiàng)目中項(xiàng)目范圍管理方面可能存在的不足。

【問題2】小陳組織人員撰寫的項(xiàng)目wbs如下：

(1)請說明上述wbs結(jié)構(gòu)作為第一層進(jìn)行分解的是什么？除了上述方法，還可以采用哪些方式進(jìn)行分解？

(2)從上圖來看，完整的wbs中除了實(shí)現(xiàn)最終產(chǎn)品或服務(wù)所必須進(jìn)行的技術(shù)工作外，還需要包括什么？

【問題3】請指出案例中引起范圍變更的原因。

詳細(xì)解析請點(diǎn)擊查看：http://www.shc2b.com/pm1/64760.html