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

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

信息系統項目管理師案例分析每日一練試題（2021/6/24）在線測試：m.ichunya.com/exam/ExamDayAL.aspx?t1=1&day=2021/6/24

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

信息系統項目管理師案例分析每日一練試題內容（2021/6/24）

閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內。

【說明】

2018年1月，信管網系統集成公司中標本市某地鐵線路的列車乘客信息系統項目，內容包括地鐵公司運營中心節(jié)目播放控制軟件、地鐵列車節(jié)目接收軟件以及服務器、播放終端等硬件設施的搭建工作。

公司任命小陳為項目經理，并從各部門抽調了經驗豐富的工程師組成了項目團隊。小陳依據過去多年從事會議場所多媒體播控系統的經驗，自己編寫了項目范圍說明書，并依此創(chuàng)建了WBS和WBS詞典，形成項目范圍基準。在項目實施過程中，由于與供應解碼設備的廠商發(fā)生合同糾紛，項目組不得不重新尋找新的合作廠商，并針對新的解碼設備，重新開發(fā)接口軟件，致使項目工期拖延。客戶針對播放控制軟件，要求增加斷點續(xù)傳的功能，開發(fā)人員認為工作量不大就自行增加了該功能。項目測試時，小陳發(fā)現與之前做的項目不同，地鐵運行時數據是通過車地無線網絡傳輸，帶寬有限，網絡丟包現象嚴重，導致視頻節(jié)目播放時，經常卡頓，馬賽克現象嚴重，究其原因發(fā)現是WBS中解決該問題的軟件模塊沒有開發(fā)。驗收時，客戶對項目執(zhí)行情況很不滿意，小陳覺得客戶吹毛求疵與客戶發(fā)生了爭執(zhí)，導致客戶向公司高層投訴。

【問題1】（10分）

結合案例，請分析該項目在范圍管理方面存在哪些問題？

【問題2】（6分）

結合案例，請分析該項目在范圍管理之外，還存在哪些問題？

【問題3】（5分）

分解是一種將項目可交付成果和項目工作分解成較小的、更易于管理的組件的技術，請指出要將整個項目分解為工作包，需要開展哪些主要活動？

【問題4】（4分）

從候選答案中選擇四個正確選項，將該選項編號填入答題紙對應欄內（所選答案多于四個該題得0分）。

規(guī)劃范圍管理過程的輸入是（）。

A、需求管理計劃

B、項目章程

C、項目范圍說明書

D、經驗教訓知識庫

E、項目管理計劃

F、工作績效數據

G、人事管理制度

信管網cnitpm4373088877：
1，未做范圍管理計劃 2，未進行需求分析 3，小陳根據自己的經驗，編寫項目范圍說明書， 4，創(chuàng)建wbs和wbs字典應該是項目組成員一起編寫 5，沒有進行范圍確認，沒有客戶認可簽字 6，沒有進行規(guī)范變更，客戶要求做斷點續(xù)傳，沒有經過變更程序就實施了 7，wbs中解決網絡丟包的軟件沒有開發(fā)，范圍控制沒有做好 1，采購管理沒有做好，開發(fā)過程中與解碼設備廠商發(fā)生合同糾紛，導致項目工期拖延 2，溝通管理沒有做好，導致客戶不滿意 3，干系人管理沒有做好，客戶向公司高層投訴 4，變更管理沒有做好，客戶要求做斷點續(xù)傳，沒有經過變更程序就實施了 1.將項目分解成里程碑 2， abde

信管網zcy521：
問題1： 沒有制定范圍管理計劃和需求管理計劃 沒有進行收集需求，應詳細研究該項目的項目章程，并和甲方干系人深入溝通，通過引導式研討會、訪談、焦點小組等方法收集需求。 定義范圍階段沒有進行產品分析，沒有通過群體決策技術來確認范圍，僅通過自己的經驗是不足夠的。 需求管理存在問題，變更請求發(fā)生時，應該經過合理的變更流程，最終由項目經理或者ccb來決定是否批準變更。 項目范圍說明書應該邀請甲方責任人進行評審，評審無問題后才能正式確定。 控制范圍存在問題，應該及時跟進wbs中的工作包的執(zhí)行情況，經常進行項目范圍的偏差分析和績效審計，控制項目范圍在合理范圍中。 問題2： 合同管理存在問題，供應商的責任和義務不明確，導致重新尋找供應商。 溝通管理做得不好，沒有處理好與甲方的沖突管理，導致甲方投訴。 進度管理存在問題，沒有進行儲備分析，缺少應急儲備和管理儲備，導致合同糾紛后進度延期。 問題3： 先將整個項目分成不同的生命周期階段，比如需求分析、系統設計、軟件開發(fā)、sit測試和uat測試 再將每個階段的工作，按照系統功能分解成不同的功能點 每個功能點分解成8到80小時的工作包 問題4： b、e、d、g

信管網adouqiufu：
1、自行編寫范圍說明書；缺少評審，沒有范圍確認工作；開發(fā)人員自行增加客戶提出的新需求；wbs沒有完全覆蓋項目的范圍；沒有范圍控制； 2、沒有識別項目的風險；沒有編寫風險應對計劃；缺少變更控制流程； 3、確定產品范圍；將需求分解為功能模塊；每個模塊分解若干個子模塊；最底層為不超過40小時的工作包； 4、abeg

信管網cnitpm1437634898：
1、范圍管理方面的問題如下 規(guī)劃范圍管理：沒有制定范圍管理計劃 需求收集：沒有收集需求的過程，直接根據經驗編寫項目范圍說明書 定義范圍：項目經理自己編寫范圍說明書，沒有依據項目章程，沒有組織干系人參與 創(chuàng)建wbs：項目經理自己編寫，沒有組織干系人參與。沒有遵循所有工作均包括在內的原則 確認范圍：沒有與甲方進行范圍確認，范圍基本沒有得到批準和認可 控制范圍：實施過程不遵循變更控制程序，客戶要求增加斷點續(xù)傳的功能，開發(fā)人員直接予以添加。 2、采購管理：與解碼設備供應商的合同存在問題 風險管理：沒有預先評估到解碼設備廠商存在的合同風險，沒有制定風險應對措施 干系人管理：沒有與干系人進行充分溝通，導致客戶對執(zhí)行情況很不滿意 質量管理：地鐵運行時,播放卡頓 3、將各子系統作為第二層；將主要可交付成果作為第二層，需要包括項目管理工作；編碼；明確責任人； 4、bdeg

信管網938672980：
問題1： 自己編寫項目范圍說明書不妥，應全員參與； wbs分解應該全員參與； 定義范圍的輸入需要項目章程等文件而不是經驗； 范圍蔓延，沒有走整體變更控制流程就進行增加功能； 驗收標準不明確，范圍確定沒有做好 問題2： 變更控制沒有走整理變更控制流程； 采購控制中沒有備選方案，導致項目延期； 風險控制中沒有針對合同糾紛的應對措施； 質量管理中沒有相應的質量測量指標； 項目監(jiān)控過程中沒有發(fā)現功能缺失，及時糾偏； 溝通干系人沒有確認范圍基準，導致驗收時客戶不滿意； 問題3： 定義范圍，確定項目的整體范圍； 根據項目范圍進行可交付成果的劃分，定義里程碑計劃； 根據里程碑計劃，分解完成里程碑可交付成果的必須完成的活動； 根據工作包分解原則，對每個活動進行工作包的分解； 問題4： a,b,d,e