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

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

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

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

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

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

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

信管網cnitpm593538306949：
1.wbs分解顆粒度過粗，有的只有一層，每個工作應只有一人負責，4有兩人，不應由一人進行分解，應群策群力，沒有包含外包工作和管理工作。 2.wbs應控制在4到6層，編號要清晰，每項工作應有一人負責，應包含全部工作，下一層工作之和應等于上一層工作沒有制定范圍管理計劃，沒有對需求進行分析，沒有批準的范圍基準，存在范圍蔓延，沒有進行測試，沒有與舊系統(tǒng)進行銜接要做和不要做的工作的詳細描述。包括產品范圍描述，可交付成果，驗收標準，項目的除外責任范圍說明書，

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

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

信管網cnitpm703966412485：
1.wbs應分解為工作包，而不是某個具體任務. 2.每個工作包應將具體責任分配給一個人可交付成果

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