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

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

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

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

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

試題一（25分）
閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內(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ù)格式模板為基礎，為各子公司建立數(shù)據(jù)上傳接口。針對數(shù)據(jù)的分析預測功能，由于牽沙到人工智能等相關(guān)算法。目前項目組還不具備相關(guān)方面的知識儲備，因此項目組對該模塊功能直接外包。小王將數(shù)據(jù)收集與可視化工作進行了WBS分解，WBS的部分內(nèi)容如下∶

此外，雖然總部沒有提出修改界面，但小王認為舊版的軟件界面不夠美觀，讓軟件研發(fā)團隊重新設計并更改了軟件界面。
試運行階段，總部人員試用后，認為已經(jīng)熟悉舊版的操作模式，對新版界面的布局極其不適應；各子公司數(shù)據(jù)報送人員，認為數(shù)據(jù)上報的字段內(nèi)容與自己公司的業(yè)務并不相關(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）處的答案填寫在答題紙的對應欄內(nèi)。
項目范圍是否完成要以（1）來衡量，包括（2），（3），（4）。

信管網(wǎng)morder1983：
（1） 1.wbs的分解不應由小王一個人負責，需要充分的團隊參與 2.未對可交付成果進行全面識別和分析 3.wbs組件不應有多人負責的情況 4.wbs不符合8/80原則，工作包指導時間應該最低8小時，最高80小時 5.wbs沒有包含管理工作 6.wbs沒有包含分保出去的工作 7.wbs分解完成后，沒有經(jīng)過干系人一致的確認 8.修改wbs沒有經(jīng)過ccb審批，沒有走變更流程 9.沒有滿足滾動分解原則，因為wbs并非一成不變的 （2） 1.wbs必須面向可交付成果 2.wbs必須符合項目范圍 3.wbs的底層應該包括計劃和控制 4.作為指導而不是原則，wbs應該控制在4-6層 5.wbs應該包括管理工作和分包出去的工作 6.wbs的元素必須有人負責，而且只有一個人負責 7.wbs的分解需要所有（主要）項目干系人參與和項目團隊成員的參與 8.wbs并非一成不變的1.沒有制定項目范圍管理計劃 2.為全面收集客戶需求 3.未對需求進行跟蹤 4.范圍定義存在問題，未形成范圍說明書 5.未進行范圍確認 6.范圍控制存在問題，范圍變更未走變更流程 7.未與干系人進行良好的溝通 8.存在項目蔓延的風險1.產(chǎn)品范圍描述 2.驗收標準 3.可交付成果 4.項目的除外責任 5.制約因素 6.假設條件1.范圍基準 2.經(jīng)過批準的范圍說明書，wbs，wbs詞典

信管網(wǎng)cnitpm558146443874：
1.工作包需要符合8/80小時原則＜br＞2.工作包由唯一責任人負責＜br＞3.未包含管理工作和外包工作＜br＞4.wbs完成后未進行全員審核通過＜br＞5.wbs未按照變更流程進行變更操作＜br＞面向可交付成果＜br＞工作包符合8/80小時原則＜br＞全體干系人參與＜br＞包含外包和管理工作＜br＞一般為4-6層＜br＞工作包由唯一責任人負責＜br＞并非一成不變，改變需求進行流程審批＜br＞wbs需要進行審核通過＜br＞＜br＞未指定范圍管理計劃和需求管理計劃＜br＞未行成需求文件和需求跟蹤矩陣 ＜br＞客戶需求未進行確認，階段性驗收工作，范圍模糊＜br＞核心功能外包＜br＞未進行范圍確認工作和范圍控制工作＜br＞變更未按照變更流程執(zhí)行＜br＞未進行詳細的需求調(diào)查工作＜br＞＜br＞范圍基準 wbs wbs詞典和被批準的項目范圍說明書

信管網(wǎng)cnitpm694570642606：
（1）1、每個工作包必須要有人負責，但只能由一個人負責 2、wbs分解未包含分包出去的工作 3、小王獨自分解存在問題，需要所有（主要）干系人的參與 4、工作包未包含項目管理工作 5、wbs分解的工期不滿足8/80原則 6、分解后的工作單元不能區(qū)分開不同的責任者和不同的工作內(nèi)容 注意事項： 1、必須是面向可交付成果 2、必須符合項目的范圍 3、wbs的低層必須支持計劃和控制 4、wbs中的元素必須要人負責，且只能由一個人負責，盡管實際上可能需要多個人參與、 5、wbs必須包含項目管理工作，也要包含分包出去的工作 6、wbs應該控制在4－6層 7、wbs的編制需要所有（主要）項目干系人的參與 8、wbs并非是一成不變的1、未制定范圍管理計劃 2、未對項目總部提出的需求進行確認 3、未分析各子公司的數(shù)據(jù)情況，以總部現(xiàn)有系統(tǒng)中的數(shù)據(jù)格式模板為基礎 4、總部沒有提出修改界面，但小王認為舊版的軟件界面不夠美觀，讓研發(fā)團隊重新設計并修改了軟件界面。 5、缺乏范圍管理經(jīng)驗 6、各子公司數(shù)據(jù)報送人員，認為數(shù)據(jù)上報的字段內(nèi)容與自己公司的業(yè)務并不相關(guān)，填寫困難。 7、總部和各子公司的試用人員大部分認為新系統(tǒng)不是很好用。 8、根據(jù)項目需求，認為項目的核心在于各子公司數(shù)據(jù)收集以及數(shù)據(jù)可視化及分析預測功能，未根據(jù)各子公司具體情況，來定義項目范圍。 1、產(chǎn)品范圍描述：逐步細化在項目章程和需求文件中所述的產(chǎn)品、服務或成果特征。 2、可交付成果：為完成某一過程、階段、或項目而必須產(chǎn)出的任何獨特并可核實的產(chǎn)品、成果或服務能力，可交付成果也包括各種輔助成果，如項目管理報告和文件。 3、驗收標準：可交付成果通過驗收前必須滿足的一些條件。 4、項目的除外責任：識別排除在項目之外的內(nèi)容，明確說明那些內(nèi)容不屬于項目范圍，有助于管理干系人的期望及減少范圍蔓延。（1）驗收的可交付成果 （2）產(chǎn)品、服務、成果

信管網(wǎng)cnitpm721059684156：
1.wbs中沒有包含外包的功能模塊 2.一個元素只能由一個人負責 3.wbs中不應該包含項目范圍外的內(nèi)容 需要注意 1.wbs應針對項目可交付成果 2.wbs應包含且只包含項目范圍內(nèi)內(nèi)容 3.wbs應該4-6層 4.wbs的制定應該所有干系人參與 5.wbs應包含外包的內(nèi)容 6.wbs中應為所有元素明確責任人，且一個元素只能有一個責任人 7.wbs中一個元素只能屬于一個上級單元 1.沒有制定需求管理計劃和范圍管理計劃 2.收集需求不到位，沒有對總部工作人員、各子公司工作人員等進行需求收集 3.范圍說明書等計劃文檔沒有經(jīng)過評審 4.沒有及時與相關(guān)干系人溝通，試運行階段才發(fā)現(xiàn)問題 5.沒有控制好范圍，更改了軟件界面導致客戶不適應項目的所有可交付成果、系統(tǒng)性能、驗收標準、除外責任等 范圍基準 經(jīng)過確認的項目范圍說明書、wbs、wbs詞典

信管網(wǎng)cnitpm634553335768：
＜br /＞＜img src=＂http://pic.cnitpm.com/upload/2024/05/tbimg/05-08/1715175102.jpg＂ /＞