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

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

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

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

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

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

［說明］

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

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

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

［問題1］（10分）

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

［問題2］（10分）

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

［問題3］（6分）

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

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

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

信管網(wǎng)15250996023：
1、變更管理規(guī)則制定不合理；未作出變更申請；變更后 2、提出變更申請、評估變更申請、通知干系人變更、實施變更、驗證變更、關(guān)聯(lián)配置項更新 3、緊急變更、一般變更 ； 變更委員會、變更委員會管理員、客戶、開發(fā)人員

信管網(wǎng)lielies：
問題1： 初期沒有制定項目管理計劃 沒有成立變更控制委員會 需求發(fā)生變化沒有走整體變更控制流程 項目經(jīng)理評估完后之間安排人員修改，應(yīng)該由ccb評審，并發(fā)送變更通知給相關(guān)干系人 用戶提出修改需求應(yīng)該形成紙質(zhì)的變更申請文檔 工程師直接接受客戶要求 問題2: 提出和接受變更申請，變更方案評估，變更方案論證，（接受或拒絕變更）ccb審核，發(fā)送變更通知并組織執(zhí)行，監(jiān)控變更，分析變更效果，形成變更報告 問題三 一般變更 緊急變更 變更控制委員會 客戶 高層領(lǐng)導 執(zhí)行人員

信管網(wǎng)cnitpm568628496928：
問題1 沒有與項目團隊共同制定管理計劃，而是他一個人完成；影響不大的變更也需要項目經(jīng)理審批后變更而不能由工程師決定；有影響的變更需要上報給ccb審批變更流程而不是i自己做決定；實施的變更沒有更新變更日志；接受不在范圍里的工作造成范圍蔓延 問題2 書面提交變更請求-項目團隊討論變更影響-準備備選方案-提交ccb審核-更新項目管理計劃（項目基準）和項目文件-通知相關(guān)方-協(xié)調(diào)項目團隊開工-追蹤變更情況 問題3 緊急變更，非緊急變更，變更控制委員會，項目團隊成員，相關(guān)方

信管網(wǎng)sailulu：
問題一： 1、變更評估不能由工程師進行，而應(yīng)由項目經(jīng)理負責； 2、版本不能隨意更改，應(yīng)走配置管理流程，由配置管理員負責； 3、變更和配置管理計劃不能由項目經(jīng)理獨自制定，應(yīng)由相關(guān)干系人一起制定后提交審批，審批通過后作為項目的變更和配置管理基準； 4、沒有組建ccb，變更的審批應(yīng)由ccb負責，而不能由項目經(jīng)理決定； 5、沒有變更控制流程，允許客戶隨意變更； 6、配置管理混亂，變更請求沒有全面記錄，生成文檔分發(fā)給相關(guān)干系人； 7、需求沒有經(jīng)過確認，沒有重視需求的雙向追蹤。 問題二： 提出變更請求；分析變更對項目各方面的影響；向ccb提交變更申請方案；ccb審批變更方案；執(zhí)行審批后的變更方案；對變更進行監(jiān)控；評估變更后項目是否回到應(yīng)有軌道（評估變更后對項目的影響）；分發(fā)相應(yīng)文檔。 問題三：緊急變更、非緊急變更。ccb、變更申請人、變更執(zhí)行人、配置管理員

信管網(wǎng)ylw99：
問題1：1制定的變更和配置管理規(guī)則不規(guī)范 2變更的審批應(yīng)該由ccb負責 3變更的效果評估應(yīng)該由項目經(jīng)理負責 4對用戶提出的變更沒有按照變更流程進行變更 5對變更的項目沒有及時更新配置文件 問題2：1提出與接受變更申請 2對變更的初審 3變更方案論證 4ccb審查 5發(fā)出變更通知并實施 6變更實施的監(jiān)控 7變更效果的評估 8判斷發(fā)生變更后的項目是否已納入正常軌道 問題3：緊急變更和非緊急變更 工程師 客戶 測試人員 a公司管理層