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

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

信息系統(tǒng)項目管理師案例分析每日一練試題（2017/6/24）在線測試：http://www.jazzmuze.com/exam/ExamDayAL.aspx?day=2017/6/24

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

試題二（25分）
閱讀下面說明，回答問題1 至問題3，將解答填入答題紙的對應欄目內。
[說明]
某軟件開發(fā)項目已進入編碼階段，此時客戶方提出有若干項需求要修改。由于該項目客戶屬于公司的重點客戶，因此項目組非常重視客戶提出的要求，專門與客戶就需求變更共同開會進行溝通。經(jīng)過幾次協(xié)商，雙方將需求變更的內容確定下來，并且經(jīng)過分析，認為項目工期將延誤二周時間，并會對編碼階段里程碑造成較大的影響。項目經(jīng)理將會議內容整理成備忘錄讓客戶進行了簽字確認。隨后，項目經(jīng)理召開項目組內部會議將任務口頭布置給了小組成員。會后，主要由編碼人員按照會議備忘錄的要求對已完成的模塊編碼進行修改，而未完成的模塊按照會議備忘錄的要求進行編寫。項目組加班加點，很快完成了代碼編寫工作。項目進入了集成測試階段。
【問題1】（10分）
請說明此項目在進行需求變更的過程中存在的問題。
【問題2】（10分）
請分析該項目中的做法可能對后續(xù)工作造成什么樣的影響？
【問題3】（5分）
請簡要說明整體變更控制流程。

信管網(wǎng)betty-wlp：
問題1.需求變更沒有經(jīng)過ccb的審批；

問題2.項目編碼里程碑延誤\項目成本增加；

問題3.提出變更申請->ccb進行分析確認->確認通過->進行變更->形成新的基線

信管網(wǎng)鄭嘉陵：
提出書面的變更申請；對變更可能造成的影響進行評估；提交ccb進行審批；獲得批準后，安排相關人員實施變更；對變更的結果進行驗證；將變更結果通知項目干系人

信管網(wǎng)鄭嘉陵：
影響1、導致需求變更的過程失控和不可追溯2、無法全面了解這次變更對項目的進度、范圍、成本、質量等造成多大的影響3、實際工作內容與計劃有較大的偏差，使項目管理計劃無法指導項目實施。4、需求、設計、編碼無法對應。不利于后期測試和維護。版本管理和配置管理沒有做好可能導致在變更失敗后無法將項目恢復到變更前的狀態(tài)。5、雙方對變更結果意見不一致，不利于項目驗收和最終交付。

信管網(wǎng)鄭嘉陵：
問題1：需求變更過程中的問題：1、沒有按照嚴謹?shù)淖兏刂屏鞒虒φ麄€需求變更做完整的記錄和跟蹤。2、對需求變更可能造成的影響沒有進行全面的評估和分析。3、沒有修改項目管理計劃并重新評審4、配置管理工作沒有做好5、變更結果沒有跟客戶溝通確認

信管網(wǎng)123456：
問題一 1.沒有進行變更初審，確認該變更的必要性； 2.沒有充分評估變更對項目成本，進度，質量的影響； 3.沒有將變更提交到變更控制委員會審批； 4.沒有走正式的變更控制流程； 5.沒有根據(jù)變更重新制定相關的項目管理計劃； 6.沒有正式的實施變更； 7.不應該隨意的修改已經(jīng)完成的模塊，改動基線； 8.變更后沒有記錄變更產(chǎn)生的相關文檔； 9.沒有進行風險評估； 10.沒有與所有項目干系人溝通，取得對需求的一致承諾； 問題二 1.可能造成范圍的蔓延； 2.造成成本超支； 3.造成進度滯后； 4.質量不符合客戶需求； 5.相關干系人對需求變更的不認可； 6.在后續(xù)測試時，追溯不到相關的需求； 7.版本管理混亂，找不到相關責任人； 8.由于錯誤找不到責任人，導致團隊成員互相推卸責任，影響團隊氣氛； 問題三 1.接受變更； 2.進行變更初審和實施方案的論證； 3.變更控制委員會審批變更并發(fā)出變更實施通知； 4.實施變更并跟蹤監(jiān)控變更，確定變更后的項目進入正常軌道； 5.保存變更產(chǎn)生的相關文檔，保證其完整性和正確性，作為以后查找的依據(jù)。