信息系統(tǒng)項目管理師案例分析當天每日一練試題地址：www.jazzmuze.com/exam/ExamDayAL.aspx?t1=1

往期信息系統(tǒng)項目管理師每日一練試題匯總：www.jazzmuze.com/class/27/e1_1.html

信息系統(tǒng)項目管理師案例分析每日一練試題（2024/3/14）在線測試：www.jazzmuze.com/exam/ExamDayAL.aspx?t1=1&day=2024/3/14

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

信息系統(tǒng)項目管理師案例分析每日一練試題內(nèi)容（2024/3/14）

試題一（25分）
閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應(yīng)欄內(nèi).
【說明】
某集團公司希望對總部現(xiàn)有信息系統(tǒng)進行升級改造，升級后的系統(tǒng)能收集整合子公司各類數(shù)據(jù)，實現(xiàn)總部對全集團人力資源、采購、銷售信息的掌握、分析及預(yù)測。
小王擔(dān)任項目經(jīng)理，項目交付期為60天。小王研究了總部提出的需求后，認為項目核心在于各子公司數(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ù)收集與可視化工作進行了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分）
（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)cnitpm593538306949：
1.wbs分解顆粒度過粗，有的只有一層，每個工作應(yīng)只有一人負責(zé)，4有兩人，不應(yīng)由一人進行分解，應(yīng)群策群力，沒有包含外包工作和管理工作。 2.wbs應(yīng)控制在4到6層，編號要清晰，每項工作應(yīng)有一人負責(zé)，應(yīng)包含全部工作，下一層工作之和應(yīng)等于上一層工作沒有制定范圍管理計劃，沒有對需求進行分析，沒有批準的范圍基準，存在范圍蔓延，沒有進行測試，沒有與舊系統(tǒng)進行銜接要做和不要做的工作的詳細描述。包括產(chǎn)品范圍描述，可交付成果，驗收標準，項目的除外責(zé)任范圍說明書，

信管網(wǎng)cnitpm662359360928：
（1）小王獨自進行wbs的分解，沒有邀請所有干系人參與 wbs只分解了3層，應(yīng)該分解至4~6層 工作包4有兩個負責(zé)人，每個工作包應(yīng)該只有一個負責(zé)人 工作包的分解力度過粗，沒有遵循8/80原則 wbs沒有包含項目管理工作和外包出去的工作 （2）wbs必須面向可交付成果 wbs必須符合項目范圍 wbs的底層支持計劃和控制 wbs應(yīng)該有人負責(zé)，且只有一個人負責(zé) wbs應(yīng)該分解4~6層且避免交叉從屬 wbs應(yīng)該包含項目管理工作和外包出去的工作 wbs分解應(yīng)該邀請所有干系人參與 wbs不是一成不變的，完成后依然可以修改 1、沒有進行規(guī)劃過程管理過程，沒有輸出范圍管理計劃 2、只研究了總部提出的需求，沒有與干系人實際交談并結(jié)合項目實際獲制定需求 3、沒有進行定義范圍過程，沒有輸出項目范圍說明書 4、把數(shù)據(jù)的分析與預(yù)測相關(guān)核心功能外包出去 5、自行修改界面，導(dǎo)致需求蔓延 6、關(guān)于修改界面的變更，沒有走變更控制流程 7、沒有進行確認范圍過程，沒有讓干系人參與可交付成果的階段性驗收 8、數(shù)據(jù)報送人員認為上報內(nèi)容與業(yè)務(wù)不相關(guān) 9、范圍控制不力，試用人員認為新系統(tǒng)不好用產(chǎn)品范圍描述 可交付成果 驗收標準 項目的除外內(nèi)容范圍基準，批準的項目范圍說明書，wbs和wbs字典

信管網(wǎng)godboy：
1.工作沒有包括外包工作、工作包時間超過了40小時、工作負責(zé)人有多個 2.選定要分解的工作 確定分解結(jié)構(gòu)的格式 自上而下進行分解 工作包要包括外包和管理工作 工作包時間設(shè)定在8-40小時 工作包只能有一個負責(zé)任人 確認工作分解包括了且只包括所有工作沒有制定范圍管理計劃 沒有收集需求 沒有收集使用人員的意見 范圍沒有經(jīng)過評審確認 額外工作沒有經(jīng)過變更管理 沒有確認范圍 沒有進行內(nèi)部測試和驗收測試 沒有變更管理流程工作內(nèi)容 驗收標準 假設(shè)條件

信管網(wǎng)cnitpm703966412485：
1.wbs應(yīng)分解為工作包，而不是某個具體任務(wù). 2.每個工作包應(yīng)將具體責(zé)任分配給一個人可交付成果

信管網(wǎng)cnitpm697718114006：
1.工作包分解違背了工作包有且只有一個責(zé)任人的原則 2.工作包可持續(xù)時間分配不合理 1.100％原則，wbs包含切只包含項目可交付成果 2.唯一責(zé)任人原則，工作包有且只有一個責(zé)任人 3.wbs分解一般控制在4-6層 4.1.沒有考慮子系統(tǒng)功能的獨特性，使用總部的數(shù)據(jù)模板 2.變更沒有走正式變更控制流程 3.針對修改的界面沒有提供相應(yīng)的操作手冊項目可交付成果 項目驗收標準 里程碑事件范圍基準 批準的項目范圍說明書 wbs，wbs字典