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

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

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

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

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

閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內(nèi)。

［說明］

信管網(wǎng)A公司承接了一個為某政府客戶開發(fā)ERP軟件的項目，任命小張擔任項目經(jīng)理。由于該客戶與A公司每年有上千萬元的項目合作，A公司管理層對該客戶非常重視，并一再囑咐小張要保證項目的客戶滿意度。為此，小張從各部門抽調(diào)了經(jīng)驗豐富的工程師組成了項目團隊。

在項目初期，小張制定了變更和配置管理規(guī)則：客戶需求發(fā)生變化時，應首先由工程師對需求變化造成的影響做評估，如果影響不大，工程師可以直接進行修改并更新版本，不需要上報項目經(jīng)理：當工程師不能判斷需求變化對項目的影響時，應上報給項目經(jīng)理，由項目經(jīng)理作出評估，并安排相關人員進行修改。

在項目實施過程中，用戶針對軟件的功能模塊提出一些修改需求，工程師針對需求做了評估，發(fā)現(xiàn)修改工作量不大，對項目進度沒有影響，因此，出于客戶滿意度的考慮，工程師直接接受了客戶的要求，對軟件進行修改。在軟件測試聯(lián)調(diào)階段，測試人員發(fā)現(xiàn)部分功能模塊與原先設計不符，造成很多接口問題。經(jīng)調(diào)查發(fā)現(xiàn)，主要原因是客戶針對這些功能模塊提出過修改要求，項目經(jīng)理要求查驗，沒有發(fā)現(xiàn)相關變更文件。

［問題1］（10分）

請分析該項目實施過程中存在哪些主要問題。

［問題2］（10分）

結合案例，請描述項目變更管理的主要工作程序。

［問題3］（6分）

請將下面（1）～（6）處的答案填寫在答題紙的對應欄內(nèi)。

根據(jù)變更的迫切性，變更可分為（1）和（2），通過不同流程處理。

變更管理過程涉及到的角色主要包括項目經(jīng)理、（3）、（4）、（5）、（6）。

信管網(wǎng)sweetiedream：
問題1 1.變更和配置管理規(guī)則不合適，對影響不大的變更直接更改； 2.沒有設立變更控制委員會對變更進行審批； 3.客戶需求變化僅由工程師評估，并決定是否上報，比較主觀； 4.變更申請到變更處理的整個流程應當進行記錄； 5.需求變更后沒有更改項目管理計劃； 6.需求變更沒有對變更效果和影響進行評估； 7.客戶需求沒有走正式的變更流程。 問題2 1.提出變更申請； 2.評估變更影響； 3.ccb審批，決定是否通過； 4.實施變更，并體現(xiàn)到項目管理計劃中； 5.評估變更的影響； 6.記錄變更全部流程到書面文件。 問題3 緊急變更 一般變更 客戶 項目團隊成員 建設方領導 客戶方領導 配置控制人員

信管網(wǎng)cnitpm440548474400：
問題1： 1、沒有制定相信的變更和配置管理規(guī)則。 2、需求初評應該由項目經(jīng)理評估。 3、變更應該通過審批后執(zhí)行并記錄變更。 4、工程師不能判斷變化影響時上報項目經(jīng)理通過ccb審批后才能修改。 5、沒有跟蹤變更效果。 6、變更后沒有記錄文件。 7、項目經(jīng)理沒有對需求評審。 8、比較大的更變沒有通過ccb審批。 問題2： 1、提出變更請求。 2、項目經(jīng)理初審。 3、ccb評估 4、ccb通過后通知執(zhí)行實施。 5、記錄變更。 6、跟蹤變更實施效果。 7、評估變更實施后項目是否回歸正常。 問題3： 1、重要變更和重大變更。 2、項目客戶，ccb，執(zhí)行變更人員，配置管理員

信管網(wǎng)孫培培：
第一題： 1、變更管理計劃有問題，需求變化較小，影響不大，工程師可以直接修改，不需要上報項目經(jīng)理 2、變更管理計劃有問題，工程師不能判斷需求的影響時，由項目經(jīng)理評估后，沒經(jīng)過bcc審批就修改 3、變更管理計劃沒有評審，存在問題，流程不合理 4、配置管理計劃沒有評審，存在問題，出現(xiàn)變更沒有記錄 5、出現(xiàn)問題使，工程師直接修改 6、缺少變更文件 第二題： 提出變更申請-變更影響分析-bcc審批變更-執(zhí)行變更-監(jiān)控變更-結束變更并記錄文檔 第三題： （1）緊急變更、、 （2）非緊急變更 （3）bcc （4）客戶 （5）工程師 （6）配置管理員

信管網(wǎng)cnitpm435930593264：
問題1 1.過程管理不嚴格。 2.變更管理不嚴格。 3.變更流程錯誤 沒有執(zhí)行ccb 決定是否變更 5.沒有建立ccb。 6.配置過程不嚴格。 7.范圍確認不嚴格 。 8.變更需求沒評審 技術審核方案。 9.沒有測試流程 。 10.風險管理不嚴格。 問題2 1.提出變更請求。 2.分析影響。 3.ccb 決定是否接受變更。 4.接受變更，走變更流程。 5.執(zhí)行變更。 6.檢查變更是否向有利方向發(fā)展。 7.記錄變更結果 通知干系人。 8.更新項目文檔。 問題3 緊急變更 分緊急 變更 ccb 甲方干系人 配置管理員 公司領導。

信管網(wǎng)tanwenyao：
問題1 1、小張制定了變更和配置管理規(guī)則不妥。2、工程師可以直接進行修改并更新版本不妥。3、項目經(jīng)理作出評估后安排相關人員進行修改不妥，應由ccb審核后才能實施。4、在實施過程中，工程師針對需求做了評做后就直接接受了客戶的要求不妥。5、變更內(nèi)容沒有按照變更控制流程。6、沒有成立變更控制委員會。7、對變更的內(nèi)容沒有做好充分的評估和論證。 問題2 1、提出變更申請。2、對變更申請進行論證。3、變更控制委員會對申請審核。4、發(fā)出通知并組織實施變更。5、對變更進行監(jiān)控。6、對變更進行評估。7、論證變更后是否進入正常軌道。 問題3 1、緊急變更。2、非緊急變更。3、變更控制委員會。4、項目發(fā)起人。5、配置管理員。6、變更實施人。