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

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

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

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

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

試題一（25分）
閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應(yīng)欄內(nèi).
【說明】
某集團公司希望對總部現(xiàn)有信息系統(tǒng)進行升級改造，升級后的系統(tǒng)能收集整合子公司各類數(shù)據(jù)，實現(xiàn)總部對全集團人力資源、采購、銷售信息的掌握、分析及預(yù)測。
小王擔任項目經(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)cnitpm568628496928：
問題1 1）wbs分解應(yīng)該以可交付成果作為第一層；wbs沒有包含外包工作；wbs工作包負責人有問題，不能多人負責同一個工作包；沒有分解到最小工作包；工作包工期分解有誤 2）需要明確定義待分解任務(wù)；需要明確分解方法；需要自上而下逐層分解；需要為每層分配編號；需要復盤檢查分解程度 問題2 收集需求不完整；沒有與團隊成員制定需求管理計劃；沒有與團隊成員制定范圍管理計劃；項目團隊經(jīng)驗不足，pm沒有提供恰當輔助；范圍蔓延；相關(guān)方識別不足 問題3 項目范圍，可交付成果，驗收標準，除外責任，假設(shè)條件，制約因素 問題4 項目范圍管理計劃 項目范圍說明書 wbs wbs辭典

信管網(wǎng)cnitpm522576310763：
問題一： （1） 1、外包出去的工作也應(yīng)該在wbs分解中體現(xiàn)； 2、每個模塊的負責人只有一個； 3、最小工作包分解過大，80小時/人或兩人40小時； 4、層級建議4-6層； （2） 1、工作分解應(yīng)包含所有的需求； 2、分包出去的工作也要分解； 3、建議4-6層； 4、項目組所有人員均要參與wbs分解的制定評審； 5、每個模塊的負責人只有一個； 6、最后一層的工作是可度量的，最小的工作包為80小時/人或2人40小時； 問題2： 范圍管理計劃 需求收集 定義需求 wbs分解 確認范圍 控制范圍 問題3： 1、產(chǎn)品范圍的概述及介紹 2、已確定需求的，以及運用結(jié)構(gòu)化方法的項目計劃； 3、wbs分解； 4、風險分析； 5、所運用的管理對項目質(zhì)量、進度的控制方法； 6、項目預(yù)算； 7、項目經(jīng)理的職責和權(quán)利； 8、可交付物的標準； 問題4： 1、驗收 2、可交付物 3、

信管網(wǎng)cnitpm576968626864：
1. 分配不細致；沒有經(jīng)過專家分析等手段； 2. 沒有經(jīng)過收集需求，調(diào)研，沒有需求文件、范圍管理計劃；自行決定；沒有溝通、評估，確認范圍、缺乏監(jiān)控過程 3. 范圍標準、規(guī)則、可驗收的交付物、驗收結(jié)果、績效信息 4. 可驗收的交付成果 績效信息、需求文件、范圍說明書

信管網(wǎng)cnitpm419803472965：
1.（1）存在的問題主要有：1.沒有將分包出去的工作包含到wbs中；2.wbs分解的工作包太大，應(yīng)該不超過80小時；3.分解后的工作不該由多人負責；4.wbs沒有包含項目管理工作；5.wbs的分解層次不夠詳細，應(yīng)控制在4-6層；6.小王獨自就完成wbs存在問題，wbs的編制需要項目所有干系人的參與，需要項目團隊成員的參與。 （2）wbs分解注意的事項：1.wbs必須符合項目的范圍；2.wbs必須是面向可交付成果的；wbs需要包括項目管理計劃；2.wbs一般要深入到4-6層；3.wbs需要所有項目干系人，特別是全體項目組成員的參與；4.wbs工作任務(wù)是具體到每個人，而不是多人共同參與，且最小時間單位一般不超過每人2周或者80小時。 2.除wbs分解的問題外，項目在范圍管理還存在如下問題：1.缺少項目范圍管理計劃；2.需求分析不夠詳細，沒有進行需求的驗證、確認和評審；3.沒有定義范圍，形成項目范圍說明書；4.沒有進行范圍確認，在確認前沒有進行質(zhì)量控制工作。5.范圍控制存在問題，存在范圍蔓延和范圍鍍金情況。 （3）項目范圍說明書的內(nèi)容：1.產(chǎn)品范圍描述；2.驗收標準；3.可交付成果；4.假設(shè)條件；5.除外責任；6.制約因素。 （4）范圍基準，項目范圍說明書，wbs，wbs字典。

信管網(wǎng)cnitpm566695830184：
（1）wbs 第一層沒有按照項目階段或者可交付成功來分，不清晰。 （2）下層分解結(jié)構(gòu)時間之和不等于上層結(jié)構(gòu)時間。 （3）存在資源沖突，一個人同時干兩個活動。 （4）總時間超過項目交付時間60天。 （5）缺少需求分析階段。 （1）分解第一層要按照項目階段分解或者按照可交付成果物分解。 （2）下層分解結(jié)構(gòu)的時間之和等于上層分解結(jié)構(gòu)的時間。 （3）避免出現(xiàn)資源沖突。 （4）總時間不能超過項目交付時間， （5）增加需求分析階段，預(yù)留風險應(yīng)對時間。 （1）沒有進行需求分析。 （2）沒有進行需求確認和需求評審。 （3）對外包沒有進行監(jiān)督和管理。 （4）沒有制定需求變更流程 （5）沒有組建ccb （6）沒有對需求變更進行評估，需求變更沒有和干系人再次確認。 （7）沒有進行質(zhì)量管理 （8） 沒有進行專業(yè)知識培訓。 （1）明確項目的需求，項目實現(xiàn)符合干系人需求。 （2） （3） 范圍基準 確認