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

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

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

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

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

【說明】
某公司2014年初承接了一個周期為一年的OA信息系統(tǒng)項目，并指派項目經(jīng)理小張負責(zé)。該項目屬于定制型項目，涉及的用戶方較多，小張根據(jù)自己的經(jīng)驗預(yù)測到項目可能會涉及頻繁的需求變更，因此小張在將項目組分成了業(yè)務(wù)組、實施組、開發(fā)組后，定義了如下需求管理及控制流程：
（1）指派專門的業(yè)務(wù)組進行需求分析，分析完成后馬上與用戶進行需求確認，確認后填寫需求狀態(tài)表（包括需求提交日期、需求狀態(tài)、是否屬于變更等）；
（2）實施組獲得需求分析文檔后，一周內(nèi)進行技術(shù)方案設(shè)計；
（3）技術(shù)方案完成后，業(yè)務(wù)組視情況與用戶進行二次溝通確認，確認后填寫需求狀態(tài)表（包括需求技術(shù)方案提交日期、需求技術(shù)方案狀態(tài)）；
（4）需求分析、技術(shù)方案完成后，開發(fā)組每周對已確定需求進行工作量評估，形成月度開發(fā)計劃；
（5）開發(fā)組根據(jù)開發(fā)計劃進行定制開發(fā)工作；
（6）每周開發(fā)組根據(jù)需求狀態(tài)庫的需求、方案進行工作量重新評估，更新開發(fā)計劃。
項目進行過程中，發(fā)生了如下事件，導(dǎo)致項目延期半年才完成：
[事件1]根據(jù)2014年初的計劃開發(fā)完成了OA信息系統(tǒng)項目并上線，但用戶役有真正使用。2014年底推廣使用的時候發(fā)現(xiàn)，業(yè)務(wù)流程有缺失，程序有BUG，于是項目組重新按照以上流程梳理了需求，并重新開發(fā)上線。
[事件2] 2014年底，開發(fā)組提出需求分析在深度、廣度上不夠，導(dǎo)致開發(fā)返工任務(wù)多。
【問題1】（12分）
結(jié)合案例及你的工作經(jīng)驗，請說明項目經(jīng)理小張在需求管理及控制過程中存在哪些不足？
【問題2】（4分）
結(jié)合案例，圍繞需求管理，請將下面（1）~（2）處的答案填寫在答題紙的對應(yīng)欄內(nèi)。
案例中，2014年底推廣使用的時候發(fā)現(xiàn)，業(yè)務(wù)流程有缺失，這一現(xiàn)象是由于缺乏（1）中的（2）
【問題3】（5分）
結(jié)合案例和個人經(jīng)驗，簡要敘述項目中需求可能存在的幾種狀態(tài)。
【問題4】（4分）
如果你是小張的經(jīng)理，請幫助小張改進需求管理及控制過程中的不足。

信管網(wǎng)aixfly：
1缺少用戶方參與，2.對客戶業(yè)務(wù)不夠熟悉，3.缺少需求變更的跟蹤，4.需求缺乏評審。設(shè)計階段  評審

信管網(wǎng)guokui520：
1.項目范圍定義不充分；只有業(yè)務(wù)組與用戶進行需求確認；沒有定義需求變更控制過程；對于需求變更，只進行了記錄，沒有走需求變更流程；沒有對變更影響進行評估；技術(shù)方案設(shè)計不充分，沒有進行質(zhì)量評審；沒有進行需求跟蹤，導(dǎo)致有需求缺失情況；質(zhì)量控制不夠，導(dǎo)致程序有bug返工。 2.（1）需求跟蹤（2）需求追測 3.已建議，已批準，已驗證，已設(shè)計，已實現(xiàn)，已交付，已刪除，待批準，被拒絕 4.項目全體成員做好范圍定義，并進行評審；項目全體成員做好需求確認；定義需求變更控制過程；每一項需求，嚴格遵守需求變更流程；做好需求技術(shù)方案設(shè)計的質(zhì)量評審；進行需求跟蹤；做好范圍控制。

信管網(wǎng)779503528@qq.com：
1.未進行需求調(diào)研，未進行需求評審，未出具需求規(guī)格書提交客戶進行簽字確認，未提供功能原型圖供客戶查閱，未提供進行技術(shù)方案評審，未形成需求評審會會議紀要 2.需求調(diào)研未能深度發(fā)掘客戶實際需求導(dǎo)致業(yè)務(wù)流程有確實，并缺少系統(tǒng)測試 3.需求確認，需求變更 4.在進行項目進場前，縣召開項目動員大會，然后出具調(diào)研計劃，根據(jù)調(diào)研計劃進行需求調(diào)研，調(diào)研完畢后出局調(diào)研報告。根據(jù)調(diào)研報告形成需求規(guī)格說明書提交項目組及開發(fā)交付相關(guān)人員進行需求評審，評審?fù)ㄟ^后出具需求規(guī)格說明書提交客戶簽字確認。然后將簽字后的需求規(guī)格說明書提交項目組開發(fā)人員進行排開發(fā)任務(wù)，并進行功能設(shè)計及相關(guān)配置，項目開發(fā)集成完畢后，提交測試小組進行測試，測試完畢后將系統(tǒng)部署至預(yù)先準備好的生產(chǎn)環(huán)境，準備進行系統(tǒng)培訓(xùn)。同時準備好培訓(xùn)資料及相關(guān)操作操作打印成冊，并同時提交試運行計劃，培訓(xùn)結(jié)束后及進行系統(tǒng)試運行，在試運行期間進行系統(tǒng)微調(diào)，試運行結(jié)束后根據(jù)使用情況提交試運行報告