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

往期信息系統(tǒng)項目管理師每日一練試題匯總：m.xiexiliangjiufa.com/class27-1-1.aspx

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

信息系統(tǒng)項目管理師案例分析每日一練試題內容（2019/11/20）

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

[說明]

信管網公司中標一個城市的智能交通建設項目，總投資 350 萬元，建設周期 1年。在項目管理計劃發(fā)布之后，柳工作為本項目的項目經理，領導項目團隊按照計劃與任務分工開始實施。

在項目初期，項目團隊在確定了項目范圍后，項目經理制定了項目變更流程：

1提出變更申請； 2、針對影響不大的變更，可以直接修改； 3、針對影響較大的變更，必須上報項目經理，由項目經理審批之后才能修改；4、修改后由項目經理確認，確認 無誤后更新配置庫，完成變更。

在一次項目進度協(xié)調會上，項目經理柳工與項目成員李工發(fā)生了爭執(zhí)，原因如下：李工對于客戶提出的需求，無論大小都給予解決，客戶對此非常滿意。但是，項目組 其他成員并不知曉李工修改的內容，導致開發(fā)任務多次返工。目前，項目已經延期。

[問題 1] （8 分）

結合上述案例，請指出項目經理柳工制定的變更管理流程存在哪些問題。

[問題2] （3 分）

基于以上案例，請指出項目成員李工在變更過程中的不恰當之處。

[問題3] （3 分）

基于以上案例，請闡述變更過程中包含的配置管理活動。

[問題4] （6分）

請闡述變更管理的工作流程。

信管網asaman：
1、需求的邊界不明，無需求評審環(huán)節(jié)，需求變更管控失效，沒有和用戶宣講需求變更方法并取得用戶的理解和配合，無項目組內部溝通機制。 ＜br＞2、作為項目組成員李工對項目需求的邊界應主動了解并掌握，對項目組需求變更活動管控方法應掌握并執(zhí)行，應引導客戶在需求變更時注意項目范圍。 ＜br＞3、配置管理應統(tǒng)一有項目管理pmo或項目經理親自把控。 ＜br＞4、變更管理的流程：用戶業(yè)務方提交需求變更申請，用戶業(yè)務方領導審批變更申請，用戶信息方審核變更申請，需求提交項目組，項目組評估需求，項目組分配需求變更單，項目組修改需求，項目組內部測試，需求變更提交用戶測試，項目組提交打版上線。

信管網paulgt：
1 變更管理對影響大小的申請界定模糊；對于所謂影響不大的變更，沒有控制；沒有設置變更控制委員會；

2 沒有按照變更流程上報項目經理；沒有在變更前與相關項目干系人溝通確認風險和后續(xù)配合措施；

3 變更申請通過后，相關項目干系人組織變更方案，風險識別；變更操作后，更新配置庫；

4. 項目成員提出變更申請；變更控制委員會分析變更的風險，決策是否執(zhí)行變更；變更控制委員會批準變更后，指定變更標準，歸檔管理，并通知相關項目干系人；變更執(zhí)行后，做結果分析。

信管網luanyi0916：
問題1：
不管變更影響大小，都不可以直接修改；沒有設立變更控制委員會，變更的審批應該由變更控制委員會審批；修改后除了項目經理，所有相關的干系人都要參與確認；配置庫的更新操作應該由配置管理員操作。

問題2：
對于客戶提出的需求，李工不應該直接解決，應該先與相關的項目干系人一起評估變更的影響以及執(zhí)行的必要性；然后將變更提交變更控制委員會審查；變更執(zhí)行以后還要通知相關的項目干系人知曉，對相關的代碼以及文檔做相應地修改。

問題3：
配置標識、配置控制、配置狀態(tài)報告、配置審計、發(fā)布管理和交付。

問題4：
提出與接收變更申請；對變更的初審；變更方案論證；項目管理委員會審查；發(fā)出變更通知便組織實施；變更實施監(jiān)控；變更效果評估；判斷發(fā)生變更后的項目是否已納入正常軌道。