系統(tǒng)集成項目管理工程師案例分析當天每日一練試題地址：http://www.xiexiliangjiufa.com/exam/ExamDayAL.aspx?t1=2

往期系統(tǒng)集成項目管理工程師每日一練試題匯總：http://www.xiexiliangjiufa.com/class27-2-1.aspx

系統(tǒng)集成項目管理工程師案例分析每日一練試題（2016/12/23）在線測試：http://www.xiexiliangjiufa.com/exam/ExamDayAL.aspx?t1=2&day=2016/12/23

系統(tǒng)集成項目管理工程師案例分析每日一練試題內容（2016/12/23）

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

信管網carolshang：
問題1： 需求的獲取應該通過多種渠道進行，客戶有時候對需求也不能描述的很清晰；需求確定后，需要開需求評審會，邀請所有項目干系人參加；需求分階段確認后，要判斷是否與原有的需求有沖突；在需求分析的過程中，沒有進行有效的監(jiān)督。 問題2： 業(yè)務流程有缺失之一現象由于缺乏需求管理中的需求評審 問題3： 需求存在以下幾個狀態(tài)：初始需求，已細化需求，已確認需求，已設計需求，再次確認，修改，完成 問題4： 1.應該對需求進行評審 2.發(fā)現隱藏需求 3.用戶對需求不一定會描述的清晰，所以需要引導客戶，通過多種渠道獲取需求 4.需求確認報告需要相關干系人簽字

信管網peter_zg：
質量管理不夠好，沒有過完整的測試流程，沒有測試出系統(tǒng)的bug，系統(tǒng)上線沒有試運行，用戶沒有及時發(fā)現業(yè)務流程的bug； 系統(tǒng)分析不深入，范圍不夠匡光，導致業(yè)務流程缺失，返工 需求分析，需求確認 需求不準確，需求不夠深入，不夠廣，需求不明確，需求有歧義

信管網jiangli030128：
溝通管理上有缺失，沒有充分考慮用戶干系人的需求。 項目完成后應該督促客戶進行驗收測試。 溝通計劃 需求評審 驗收計劃 充分需求分析