系統(tǒng)集成項目管理工程師案例分析當天每日一練試題地址：www.shc2b.com/exam/ExamDayAL.aspx?t1=2

往期系統(tǒng)集成項目管理工程師每日一練試題匯總：www.shc2b.com/class/27/e2_1.html

系統(tǒng)集成項目管理工程師案例分析每日一練試題（2025/8/10）在線測試：www.shc2b.com/exam/ExamDayAL.aspx?t1=2&day=2025/8/10

點擊查看：更多系統(tǒng)集成項目管理工程師習題與指導

系統(tǒng)集成項目管理工程師案例分析每日一練試題內(nèi)容（2025/8/10）

試題一（25分）
閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應(yīng)欄內(nèi).
【說明】
某集團公司希望對總部現(xiàn)有信息系統(tǒng)進行升級改造，升級后的系統(tǒng)能收集整合子公司各類數(shù)據(jù)，實現(xiàn)總部對全集團人力資源、采購、銷售信息的掌握、分析及預測。
小王擔任項目經(jīng)理，項目交付期為60天。小王研究了總部提出的需求后，認為項目核心在于各子公司數(shù)據(jù)收集以及數(shù)據(jù)可視化及分析預測功能。各子公司數(shù)據(jù)收集可以以總部現(xiàn)有系統(tǒng)中的數(shù)據(jù)格式模板為基礎(chǔ)，為各子公司建立數(shù)據(jù)上傳接口。針對數(shù)據(jù)的分析預測功能，由于涉及到人工智能等相關(guān)算法。目前項目組還不具備相關(guān)方面的知識儲備，因此項目組對該模塊功能直接外包。小王將數(shù)據(jù)收集與可視化工作進行了WBS分解，WBS的部分內(nèi)容如下∶

此外，雖然總部沒有提出修改界面，但小王認為舊版的軟件界面不夠美觀，讓軟件研發(fā)團隊重新設(shè)計并更改了軟件界面。
試運行階段，總部人員試用后，認為已經(jīng)熟悉舊版的操作模式，對新版界面的布局極其不適應(yīng)；各子公司數(shù)據(jù)報送人員，認為數(shù)據(jù)上報的字段內(nèi)容與自己公司的業(yè)務(wù)并不相關(guān)，填寫困難?？偛亢透髯庸镜脑囉萌藛T大部分認為新系統(tǒng)不是很好用。
【問題1】（12分）
[xx]（1）請結(jié)合案例，簡要分析該項目經(jīng)理在WBS分解中存在的問題。[/xx]
[xx]（2）寫出WBS分解時，需要注意的事項。[/xx]
【問題2】（8分）
請結(jié)合案例，除WBS分解的問題外，項目在范圍管理中還存在哪些問題。
【問題3】（3分）
請描述項目范圍說明書的內(nèi)容。
【問題4】（2分）
請將下面（1）～（4）處的答案填寫在答題紙的對應(yīng)欄內(nèi)。
項目范圍是否完成要以（1）來衡量，包括（2），（3），（4）。

信管網(wǎng)cnit**************：
（1） wbs的層次應(yīng)該控制在4-6層 wbs中的元素應(yīng)該只有一個人負責 wbs應(yīng)該包括項目管理，和外包出去的工作 wbs的時間應(yīng)該控制在80小時以內(nèi) （2） wbs必須是面向可交付成果的 wbs必須符合項目范圍 wbs中的元素應(yīng)該有人負責，且只有一個人負責 wbs要包含項目管理工作，也要包含外包出去的工作 wbs并非是一成不變的沒有制定范圍管理計劃 沒有對需求進行評審 沒有輸出項目范圍說明書 需求范圍沒有定義好，私自修改系統(tǒng)界面 沒有將收集的需求及時通知各個干系人 監(jiān)控范圍沒有做好產(chǎn)品范圍描述 可交付成果 項目的除外責任 假設(shè)條件 制約因素

信管網(wǎng)doob**：
（1）存在問題：小王一個人分解，沒有群策群力；分解層數(shù)不夠，需要4-6層；外包工作沒有分解；沒有包含項目管理工作；第四項兩個人負責不行，只能有且只有一個人負責；分解后的下一層之和不等于上一層。 （2）需要注意事項：有且只有一個人負責；需要分解到4-6層；應(yīng)包含所有工作，100％分解；應(yīng)包含外包工作。小王一個人研究需求就確定，沒有團隊共同收集，沒有制定需求管理計劃，計劃沒有干系人評審；擅自修改界面，沒有經(jīng)過發(fā)起人同意，范圍鍍金；沒有進行范圍確認導致認為系統(tǒng)不好用；沒有做好與干系人的溝通；沒有制定范圍說明書。范圍說明書：項目的驗收標準，項目的邊界，項目的除外責任。工作是否完成

信管網(wǎng)cnit**************：
（1）wbs分解問題 1 wbs分解不能僅由小王完成 2 分解層數(shù)太少 3 wbs分解應(yīng)對整個項目進行 （2）wbs分解注意事項 1 分解層數(shù)適中，一般5-7層 2 每個工作包有且僅有一個負責人 3 遵循100％原則，下級所有分解內(nèi)容組成上級工作內(nèi)容1 沒有規(guī)劃范圍管理，制定范圍管理計劃 2 沒有完成需求收集，總部人員不適應(yīng)新版本界面 3 相關(guān)wbs沒有經(jīng)過審批 4 對于分析預測功能模塊，沒有進行詳細的自制外購分析就決定外包 5 小王擅自讓研發(fā)團隊更改軟件界面，屬于鍍金行為，沒有走變更流程 6 需求收集不到位，子公司人員填寫困難 7 沒有進行干系人需求偏好識別，試用人員認為不好用 8 沒有制定范圍基準并經(jīng)過審批 9 沒有做好范圍管理，導致鍍金產(chǎn)品或服務(wù)的工作范圍 可交付物 項目除外責任范圍基準 經(jīng)批準的范圍說明書 wbs wbs字典

信管網(wǎng)cnit**************：
分解過粗超過80個小時 團隊成員沒有參與分解，分解不完善 沒有，包括外包的工作 必須只能有一個人負責 沒有包含項目管理的工作 面向可交付成果，符合項目的范圍，底層支持計劃化控制，分解到4到6層，主要干系人參與，必須有人負責，而且只能有一個人負責，并非一成不變，包含項目管理工作和外包的工作規(guī)劃范圍管理存在問題，有制定范圍管理計劃 收集需求存在問題，沒有經(jīng)營需求調(diào)研和確認 定義范圍存在問題字段內(nèi)容和業(yè)務(wù)不相關(guān) 創(chuàng)建wps存在問題沒有全員參與 確認范圍存在問題，新系統(tǒng)不好用 控制范圍存在問題，存在鍍金 沒有遵循變更流程制約因素和假設(shè)條件 產(chǎn)品的范圍 驗收標準 可交付成果 項目的除外責任范圍基準 批準的范圍說明書，wbs wbs詞典

信管網(wǎng)cnit**************：
（1）存在的問題 同一層級的wbs大小應(yīng)該一樣 下層層級的wbs之和不等于上級wbs 同一個模塊的負責人，必須只有一個 （2） wbs分解必須針對可交付物或者最終結(jié)果 wbs分解層級是4-6層，每層可分解4-7個元素，元素大小要一致 wbs分解必須指定到人，可以利用責任分配矩陣 wbs分解包括項目管理工作產(chǎn)品描述 主要可交付物 項目制約因素和限制條件 項目除外責任