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

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

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

點擊查看：更多系統(tǒng)集成項目管理工程師習題與指導

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

【說明】
某公司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分）
如果你是小張的經理，請幫助小張改進需求管理及控制過程中的不足。

信管網cnitpm255947471：
問題一 ＜br＞1.需求分析需要業(yè)務、實施、開發(fā)人員共同進行分析確認。 ＜br＞2.一周內方案設計時間過于倉促。 ＜br＞3.未設置需求變更流程。 ＜br＞問題二 ＜br＞需求跟蹤，需求變更 ＜br＞問題三 ＜br＞需求調研，需求分析，需求確認 ＜br＞問題四 ＜br＞質量控制

信管網jjtt12：
問題一：
沒有明確項目進度計劃，缺少項目內部進度跟進，在測試產品環(huán)節(jié)和需求方有出入，在過程控制環(huán)節(jié)存在問題；
問題二：
缺少需求管理中的，需求確認
問題三：
需求可能存在三種狀態(tài)：按照客戶需求完美的完成所有開發(fā)任何，第二種，在開發(fā)過程中存在計劃時間延誤的情況，需要重新做項目計劃；第三種，由于甲乙雙方存在的不可控因素，比如案例中的個人缺失問題，造成無法成功交付產品
問題四：
在需求管理方面：小張在開發(fā)人員開始開發(fā)之前，需要根據內部的項目進度計劃和需求溝通結果，與甲方客戶進行反饋，做到需求確認和計劃確認。
在控制過程中：小張應該每天、每周、每月跟進項目開展情況，及時跟客戶進行項目進展匯報，做到萬無一失。

信管網cnitpm3348315813：
（1）項目經理小張的項目管理經驗不足。（2）項目需求分析的時候只有業(yè)務組參與，應該業(yè)務組和實施組、開發(fā)組與用戶共同參與項目的需求分析。（3）需求分析分析完成后馬上進行需求確認太倉促。（3）實施組獲得需求后進行技術設計方案的時間太倉促，沒有進行充分的需求評估和需求確認。（4）技術方案完成后，只有業(yè)務組與用戶進行了溝通，應該是業(yè)務組與其他項目組一同參與二次溝通。（5），需求變更只進行了簡單的記錄，沒有走變更流程。（5）項目組未設置項目整體變更流程，變更控制不嚴謹。（6）項目實施過程中，未形成相應的績效報告，只有開發(fā)組自己制定與評估，項目經理參與度小。（7）沒有對項目的制定相應的項目風險規(guī)范。（8）沒有對項目可能要出現的風險進行評估并制定風險應對措施。（9）項目質量管控不嚴，導致項目bug出現（10）項目組與客戶溝通存在問題，導致oa上線后系統(tǒng)并未正常使用（11）系統(tǒng)正式運行前未進行系統(tǒng)試運行（12）未進行有效的項目范圍確認。

信管網799528687：
【問題1】
（1）項目整體范圍定義不充分。（2）只有業(yè)務組與用戶進行需求確認（需要實施組，開發(fā)組共同參與）。（3）沒有定義需求變更控制過程。（4）對于需求變更，只進行了記錄，沒有走需求變更流程。（5）沒有對需求變更影響進行評估。（6）技術方案設計不充分，沒有進行質量評審（需要業(yè)務組、實施組、開發(fā)組共同確認技術方案的詳細程度，來驗證需求的深度、廣度）。（7）沒有進行需求跟蹤，導致有些需求缺失情況。（8）質量控制不夠，導致程序有bug返工。
【問題2】
（1）需求跟蹤（或需求雙向跟蹤）   （2）需求追測
【問題3】
已建議、已批準、已實現、已驗證、已刪除、已設計、已交付、待批準、被拒絕
【問題4】
（1）項目組全體成員做好范圍定義，并進行評審。
（2）項目組全體做好需求確認（業(yè)務組、實施組、開發(fā)組、用戶一起確認）。
（3）定義需求變更控制過程（變更申請、評估、批準、實施、確認、發(fā)布）。
（4）每一項需求，嚴格遵守需求變更流程。
（5）做好需求技術方案設計質量評審。
（6）進行需求跟蹤。
（7）做好范圍控制。