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

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

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

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

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

信管網(wǎng)mmchxf：
1.沒有嚴(yán)格執(zhí)行變更控制流程；
2.項(xiàng)目經(jīng)理不應(yīng)該口頭布置，應(yīng)該提交變更申請給ccb審批通過后，才能安排編碼人員修改。
3.備忘記錄不能作為修改模塊的直接依據(jù)，應(yīng)通過分析審核確定后形成正式文檔才能執(zhí)行。
4.應(yīng)將變更實(shí)施后與客戶再進(jìn)行確認(rèn)后，才能進(jìn)入代碼編寫工作。
5.前期的需求開發(fā)工作沒有做到位。
6.客戶能隨意提出需求，缺少對客戶提需求的引導(dǎo)工作。


1.影響成本，成本超支
2.影響進(jìn)度，進(jìn)度滯后
2.影響范圍，導(dǎo)致范圍蔓延
4.影響項(xiàng)目團(tuán)隊(duì)積極性
5.可能會影響項(xiàng)目驗(yàn)收工作
6.加班快速進(jìn)入集成測試有可能造成后續(xù)返工
7.沒經(jīng)過客戶確認(rèn)，有可能會使可交付物與客戶需求出現(xiàn)不一致。

提出變更申請-變更影響分析- ccb審核-變更確認(rèn)通過-實(shí)施變更-已實(shí)施變更確認(rèn)。

信管網(wǎng)內(nèi)蒙古電信考友：
1.
任務(wù)不能口頭布置，需要文檔形式表達(dá)，然后讓項(xiàng)目組成員簽字確認(rèn)。還文檔存檔備案。
2.

信管網(wǎng)啊哈頓：
【問題1】 解答要點(diǎn) 1、沒有按照嚴(yán)謹(jǐn)?shù)淖兏刂屏鞒虒φ麄€需求變更做完整的記錄和跟蹤（對于需求變更請求沒有記錄、沒有對變更進(jìn)行正式的評審和批準(zhǔn)、對于變更的結(jié)果沒有驗(yàn)證）（3分） 2、對需求變更可能造成的影響沒有進(jìn)行全面的評估和分析（只分析了需求變更對于工期的影響）（2分） 3、沒有修改項(xiàng)目管理計(jì)劃并重新評審（項(xiàng)目經(jīng)理不應(yīng)口頭布置任務(wù),同時里程碑的調(diào)整沒有通知相應(yīng)的管理層）（3分） 4、配置管理工作沒有做好（沒有對需求文件和設(shè)計(jì)文件進(jìn)行修改,并升級相應(yīng)版本；相應(yīng)的模塊編碼的修改也沒有進(jìn)行版本控制）（1分） 5、變更結(jié)果沒有跟客戶溝通（需求變更實(shí)施完成后,沒有讓客戶對最終結(jié)果進(jìn)行確認(rèn)）（1分） 【問題2】 解答要點(diǎn) 1、沒有遵循正式的變更控制流程可能導(dǎo)致需求變更的過程失控和不可追溯。（3分） 2、沒有對變更的影響進(jìn)行完整的分析可能導(dǎo)致無法全面了解這次變更對項(xiàng)目的進(jìn)度、范圍、成本、質(zhì)量等造成多大的影響。（2分） 3、沒有修改項(xiàng)目管理計(jì)劃可能導(dǎo)致實(shí)際工作內(nèi)容與計(jì)劃有較大的偏差,使項(xiàng)目管理計(jì)劃無法指導(dǎo)項(xiàng)目實(shí)施。（3分） 4、沒有對相應(yīng)技術(shù)文檔進(jìn)行修改可能導(dǎo)致需求、設(shè)計(jì)與編碼無法對應(yīng),不利于后期的測試和以后的維護(hù)工作。版本管理和配置管理沒有做好可能導(dǎo)致在變更失敗后無法將項(xiàng)目恢復(fù)到變更前的狀態(tài)。（1分） 5、沒有讓用戶對最終結(jié)果進(jìn)行確認(rèn)可能導(dǎo)致雙方對變更結(jié)果的意見不一致,不利于項(xiàng)目驗(yàn)收和最終交付。（1分） 【問題3】 解答要點(diǎn) 整體變更控制流程：（每點(diǎn)1分） 1、提出書面的變更申請 2、對變更可能造成的影響進(jìn)行評估 3、提交ccb進(jìn)行審批 4、獲得批準(zhǔn)后,安排相關(guān)人員實(shí)施變更 5、對變更的結(jié)果進(jìn)行驗(yàn)證

信管網(wǎng)ouyangenfeng：
1、用會議備忘錄代替了變更申請和變更批準(zhǔn)
2、缺泛變更控制管理
3、沒有下達(dá)變更通知書，直接口頭傳達(dá)
4、沒有進(jìn)行模塊和接口測試，直接進(jìn)入了集成測試
5、缺少變更驗(yàn)證
6、缺少配置管理

問題二：1、將會造成出來問題，沒有辦法追塑來源
        2、造成變更范圍不受控制
        3、造成集成測試查出問題，又要返工進(jìn)行模塊、接口測試
        4、甲方?jīng)]有通過授權(quán)，變更不認(rèn)可
        5、造成版本混亂
問題三：變更申請，變更影響分析，變更批準(zhǔn)，變更實(shí)施，變更確認(rèn)