第四批次2023年下半年系統(tǒng)集成項目管理工程師案例分析真題答案解析（試題三）

【說明】

C產(chǎn)品線需實現(xiàn)個人存儲的功能，小王帶領(lǐng)項目團隊和產(chǎn)品線負責人溝通后制訂詳細的需求文件，確定了報價，費用批準后開始開發(fā)。

一個月后，軟件部門收到來自B產(chǎn)品線的存儲的需求，對比后發(fā)現(xiàn)B產(chǎn)品線的需求是在C產(chǎn)品線需求的基礎(chǔ)上添加了一些新功能，經(jīng)過溝通，B產(chǎn)品線負責人同意C產(chǎn)品軟件進行開發(fā)，并對增加或變更的功能支付相應(yīng)費用。小王將對應(yīng)需求加入項目工作中并安排需求管理人員更新需求追蹤矩陣如下表：

半年后，C產(chǎn)品線的需求如期上線，B產(chǎn)品線的新增需求已通過在線升級的方式發(fā)布。C產(chǎn)品負責人發(fā)現(xiàn)個人用戶界面新增企業(yè)用戶特定功能，提出該功能不符合個人用戶的期望。要求軟件部門去掉該功能并對產(chǎn)生的負面影響負責。

[問題1]分析案例，請從項目范圍管理的角度列出造成項目目前狀況的原因

[問題2]請簡述項目范圍管理的過程及其主要內(nèi)容

[問題3]判斷正誤(正確的選擇“√ ”，錯誤的選擇“x”)

(1)范圍管理計劃是項目管理計劃的組成部分，確定制定、監(jiān)督和控制項目范圍的各種活動。()

(2)工作分解結(jié)構(gòu)中每條分支的分解層次是相等的。()

(3)確認范圍在項目驗收時進行。()

(4)控制質(zhì)量過程可以和確認范圍過程同時進行。()

【信管網(wǎng)參考答案】

問題1：

1、項目經(jīng)理只進行了需求收集工作，編制了需求文件和需求跟蹤矩陣，未編制范圍管理計劃。

2、沒有進行定義范圍工作，未形成范圍說明書。

3、B產(chǎn)品線新增需求未和C產(chǎn)品線負責人確認，也未分析這些需求對C產(chǎn)品線功能的影響，說明范圍確認工作不完善，變更控制流程也未嚴格執(zhí)行。

4、產(chǎn)品測試不完善，在B產(chǎn)品線新增功能開發(fā)完成后，需要進行詳細的集成測試。

5、在開發(fā)過程中，兩個產(chǎn)品線的負責人沒有進行有效的溝通，導(dǎo)致C產(chǎn)品線負責人不了解項目發(fā)生的變更。

6、需求界定不明確，從需求追蹤矩陣中可以看出，某些需求(如查看功能1.5)被更改以適應(yīng)兩種不同的用戶場景(個人用戶和企業(yè)用戶)。這種模糊的界定可能導(dǎo)致功能在不合適的用戶場景中被實現(xiàn)。

7、需求整合不當，在同一項目中整合C產(chǎn)品線和B產(chǎn)品線的需求可能導(dǎo)致需求沖突或混淆。尤其在B產(chǎn)品線的需求是基于C產(chǎn)品線的需求并增加了新功能的情況下，這種整合可能導(dǎo)致原始需求的變形或被覆蓋。

8、未進行充分的測試和驗證，在B產(chǎn)品線的新增需求上線后，C產(chǎn)品線發(fā)現(xiàn)了不符合其用戶期望的功能.這表明在軟件發(fā)布前，沒有對C產(chǎn)品線進行足夠的功能驗證和用戶接受測試。

9、范圍蔓延，盡管B產(chǎn)品線為其新增功能支付了費用，但這些新增功能可能導(dǎo)致原始項目的范圍，從而影響項目的質(zhì)量和交付時間。

問題2：

項目范圍管理的過程：編制范圍管理計劃、收集需求、定義范圍、創(chuàng)建工作分解結(jié)構(gòu)、確認范圍、范圍控制

(1)編制范圍管理計劃：對如何定義、確認和控制項目范圍的過程進行描述。

(2)收集需求：為實現(xiàn)項目目標，明確并記錄項目干系人的相關(guān)需求的過程。

(3)定義范圍：詳細描述產(chǎn)品范圍和項目范圍，編制項目范圍說明書，作為以后項目決策的基礎(chǔ)。

(4)創(chuàng)建工作分解結(jié)構(gòu)：把整個項目工作分解為較小的、易于管理的組成部分，形成一個自上而下的分解結(jié)構(gòu)。

(5)確認范圍：正式驗收已完成的可交付成果。

(6)范圍控制：監(jiān)督項目和產(chǎn)品的范圍狀態(tài)、管理范圍基準變更。

問題3：

(1)×

(2)×

(3)×

(4)√