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

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

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

點(diǎn)擊查看：更多信息系統(tǒng)項(xiàng)目管理師習(xí)題與指導(dǎo)

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

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

［說明］

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

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

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

［問題1］（10分）

請分析該項(xiàng)目實(shí)施過程中存在哪些主要問題。

［問題2］（10分）

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

［問題3］（6分）

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

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

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

信管網(wǎng)cnitpm593219505390：
1、未按變更控制流程走 2、未制定配置管理計(jì)劃 3、變更未走審批流程 4、未進(jìn)行測試評審 一般變更和特殊變更 項(xiàng)目干系人、客戶、施工方負(fù)責(zé)人

信管網(wǎng)laiendong：
1.無ccb，無qa，變更沒有配置庫記錄；整體計(jì)劃監(jiān)控； 2.提出變更，評估影響，制定方案，ccb審批，執(zhí)行變更，跟蹤結(jié)果，記錄日志 3.緊急，非緊急 a負(fù)責(zé)人，客戶負(fù)責(zé)人，項(xiàng)目組，配置管理員

信管網(wǎng)cnitpm595614761775：
問題1 1.未制定項(xiàng)目管理計(jì)劃； 2.只由工程師對需求進(jìn)行評估不妥； 3.變更內(nèi)容不上報項(xiàng)目經(jīng)理不妥； 4.沒有組建項(xiàng)目變更控制委員會； 5.變更控制流程不規(guī)范； 6.變更未對變更文件進(jìn)行配置管理； 7.缺乏變更記錄文檔。 問題2 1.變更申請和受理； 2.變更初審； 3.變更方案評估 4.變更控制委員會評審 5.通知相關(guān)干系人并組織實(shí)施； 6.對變更實(shí)施進(jìn)行監(jiān)控； 7.變更結(jié)果評估 8.判斷變更后項(xiàng)目是否進(jìn)入正常的軌道。 問題3 緊急變更、非緊急變更 變更控制委員會、變更實(shí)施人員、配置管理員、變更申請人

信管網(wǎng)cnitpm293429779：
1、主要問題 （1）變更與配置管理規(guī)則的制定不應(yīng)由小張一人制定，應(yīng)該由項(xiàng)目組全體成員參與 （2）未成立變更控制委員會 （3）客戶需求發(fā)生變更，不應(yīng)該由工程師或者項(xiàng)目經(jīng)理個人對需求變化造成的影響進(jìn)行評估并決定是否可以進(jìn)行變更，應(yīng)該由變更控制委員會進(jìn)行變更管理 （4）軟件測試鏈條階段，測試人員發(fā)現(xiàn)部分功能模塊與原先設(shè)計(jì)不符，說明沒有做好變更文件的更新及配置管理 2、變更管理的主要程序 （1）提出變更請求 （2）項(xiàng)目經(jīng)理對變更影響進(jìn)行分析 （3）提交變更控制委員會（ccb）審查 （4）實(shí)施變更 （5）監(jiān)控實(shí)施變更 （6）對變更效果進(jìn)行評估并形成文檔進(jìn)行記錄 3、（1）必要變更（2）非必要變更 （3）專家 （4）甲方業(yè)務(wù)代表 （5）乙方業(yè)務(wù)代表 （6）甲方項(xiàng)目負(fù)責(zé)人

信管網(wǎng)我埋藏的東西你別挖：
信息系統(tǒng)生命周期 系統(tǒng)規(guī)劃（可行性分析與開發(fā)計(jì)劃） 系統(tǒng)分析 （需求分析） 系統(tǒng)設(shè)計(jì)（概要設(shè)計(jì) 詳要設(shè)計(jì)） 系統(tǒng)實(shí)施（編碼） 問題一： 1、制定的變更和配置管理沒有經(jīng)過公司和客戶的審批 2、制定的需求變更流程不對，不管影響大小都需要走變更控制流程 3、工程師不可以直接修改并更新 4、沒有制定項(xiàng)目管理計(jì)劃 5、范圍控制不到位 6、配置管理不到位、配置文件沒有更新 7、缺少配置庫管理，沒有將文件變更進(jìn)行流程 8、缺少ccb組織 問題二： 1. 提出與接受變更 對變更的初審 變更方案的論證 ccb審查 發(fā)出變更通知并組織實(shí)施 變更實(shí)施監(jiān)控 變更效果的評估 判斷變更后的是否已納入正常軌跡 問題三： 緊急變更、非緊急變更 產(chǎn)品經(jīng)理、用戶、公司領(lǐng)導(dǎo)、技術(shù)人員