系統(tǒng)集成項目管理工程師知識點：范圍管理案例一

1。案例場景

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

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

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

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

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

【問題1】結合本案例，分析小陳在此項目中范圍管理方面可能存在的不足。

【問題2】創(chuàng)建WBS時要遵循哪些原則？

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

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

C、WBS不包括分包出去的工作

D、工作單元應能分開不同責任者和不同工作內(nèi)容

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

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

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

2。案例解析

【問題1】

(1)沒有制定項目管理計劃（或范圍管理計劃）；

(2)沒有進行項目范圍定義（軟件需求規(guī)格說明書只是項目范圍定義輸出的一個組成部分，沒有形成項目范圍說明書）；

(3)在與干系人形成統(tǒng)一意見之前，就開始設計工作（范圍沒有確認）；

(4)項目范圍是否變更，應遵循正式變更流程，不由項目經(jīng)理單獨決定；

(5)項目范圍管理過程中與干系人的溝通存在問題（范圍變更沒有與客戶取得統(tǒng)一意見）；

(6)軟件需求規(guī)格說明沒有經(jīng)過評審就付諸實行。

【問題2】

A，D，E，F(xiàn)

提示：

B錯：一個工作單元只能從屬于某個上層單元，避免變叉從屬。

C錯：WBS應該包括分包出去的工作。

G錯：WBS工作包的分解粒度不要求統(tǒng)一，回憶一下滾動式規(guī)劃(Rolling Wave Planning)。