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

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

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

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

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

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

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

信管網(wǎng)cnitpm617904265929：
1、wbs數(shù)據(jù)分解應(yīng)分解到工作包，項目經(jīng)理分解顆粒度太粗，分解因自上而下分解并和項目成員進(jìn)行溝通 2、wbs因遵循最小工作包原則，自上而下進(jìn)行分解 3、范圍管理存在的問題： 1、沒有制定范圍管理計劃，導(dǎo)致需求蔓延 2、沒有對需求進(jìn)行跟蹤，輸出需求跟蹤矩陣 3、沒有對范圍說明書 4、變更沒有遵循變更管理流程 5、輸出交付物后沒有和相關(guān)方確認(rèn)范圍or確認(rèn)可交付物 范圍說明書：驗收標(biāo)準(zhǔn)、范圍描述、可交付成果、假設(shè)條件、制約因素、除外責(zé)任 可交付物，驗收的可交付成果

信管網(wǎng)cnitpm634890710917：
問題1 （1）wbs分解的并不詳細(xì)；并未制定wbs管理計劃；未制定wbs變更控制計劃； （2）wbs需要在項目管理計劃指導(dǎo)下進(jìn)行；對wbs內(nèi)的變更需要進(jìn)行控制管理 問題2 未對需求范圍進(jìn)行確認(rèn)；未進(jìn)行需求征集討論工作；需求確認(rèn)未獲得客戶認(rèn)可；并未制定范圍變更控制計劃；未對范圍變更進(jìn)行評審，未制定相關(guān)變更流程審批， 問題3 需求范圍、所涉及的人員、項目管理計劃、可驗收的成果、范圍變更程序 問題4

信管網(wǎng)cnitpm501558266662：
【問題1】 （1）存在問題： （2）注意事項： a、wbs分解需要基于可交付成果的 b、wbs的底層需要支持規(guī)劃和控制 c、wbs的的分解應(yīng)該是自上而下逐層分解的 d、分解的層級為4-6層 e、對項目管理工作分解，要包含分包出去的工作 f、為每一工作包指定一個責(zé)任人 g、wbs的分解不是一層不變的，隨著項目進(jìn)展的變化，按照實際情況更改 h、分解應(yīng)該是全員參與的 i、分解應(yīng)該是基于項目范圍的

信管網(wǎng)cnitpm565475663614：
問題1 （1） 1.小王自己研究用戶需求不對，應(yīng)該協(xié)調(diào)相關(guān)干系人一起研究 2.小王自己分解wbs錯誤，應(yīng)該有干系人共同進(jìn)行分解 3.wbs分解分層不夠，最好分到4-6層 4.工作包分解的太大，應(yīng)該在80小時以內(nèi) 5.小王隨意進(jìn)行了需求變更，未按需求變更流程進(jìn)行 6.未將分包出去的任務(wù)加到wbs中 7.工作包不能有多個人共同負(fù)責(zé) （2） 1.wbs必須是面向可交付成果的。 2.wbs必須符合項目范圍 3.wbs的底層應(yīng)該支持計劃和控制 4.wbs中的元素必須有人負(fù)責(zé)，而且只由一個人負(fù)責(zé)，盡管實際上可能需要多個人參與 5.wbs的知道，作為指導(dǎo)而不是原則，wbs應(yīng)控制在4-6層 6.wbs應(yīng)包括項目管理工作，也要包括分包出去的工作 7.wbs編制需要所有項目關(guān)系人參與，需要項目團(tuán)隊成員的參與 8.wbs并不是一成不變的 問題2 1.缺少項目范圍管理計劃 2.需求分析做的不夠詳細(xì)沒有進(jìn)行需求的驗證、確認(rèn)和評審 3.沒有定義范圍，形成項目范圍說明書 4.沒有進(jìn)行范圍確認(rèn)，在確認(rèn)前沒有進(jìn)行質(zhì)量控制工作 5.范圍控制存在問題，存在范圍蔓延和鍍金情況 問題3 1.產(chǎn)品范圍描述 2.驗收標(biāo)準(zhǔn) 3.可交付成果 4.項目的除外責(zé)任 5.制約因素 6.假設(shè)條件 問題4 1.范圍基準(zhǔn) 2.項目范圍說明書 3.wbs 4。wbs字典

信管網(wǎng)cnitpm416549648668：
wbs必須面向可交付成果 wbs的底層必須支持規(guī)劃和控制 wbs 4-6層 wbs 活動必須有人負(fù)責(zé)，且只有一人 wbs 項目范圍說明書 項目的描述信息 可交付成果 驗收標(biāo)準(zhǔn) 項目的除外責(zé)任 項目的約束條件 制約因素