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

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

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

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

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

信管網(wǎng)shisir_123：
【問題1】 1、未制定需求管理計劃 2、缺乏需求定義環(huán)節(jié)，未形成需求規(guī)格說明書 3、缺乏需求驗證環(huán)節(jié)，未進行需求評審 4、對客戶需求獲取不充分 5、沒有求得干系人對需求的一致理解 6、需求分析不到位 7、沒有制定需求變更流程 8、沒有對需求變更影響進行評估 9、沒有進行需求跟蹤，導致部分需求缺失 10、需求狀態(tài)表內(nèi)容不全 【問題2】 需求管理 需求驗證 【問題3】 已提出、已定義、已批準、已建議、已分析、已評審、已設計、已開發(fā)、已測試、已驗視、已實現(xiàn)、已確認 【問題4】 1、制定需求管理計劃 2、形成需求規(guī)格說明書 3、邀請客戶一起進行需求評審 4、充分獲取用戶需求 5、充分分析用戶需求 6、建立需求變更控制策略和需求變更流程 7、編制需求跟蹤矩陣，需求狀態(tài)表等文檔 8、在需求規(guī)格說明書基礎(chǔ)上編制技術(shù)方案，并進行評審 9、定期不定期對項目績效進行評價，對需求進行跟蹤，防止出現(xiàn)偏差

信管網(wǎng)cpp：
1.1.需求分析簡單，沒有用戶參與，文檔沒有評審 2.技術(shù)方案沒有進行評審 3.開發(fā)計劃，開發(fā)工作沒有全員參與，沒有考慮風險 4沒有進行質(zhì)量控制 5.沒有溝通管理 6.各小組之間溝通少 2.需求管理中的需求確認 3.用戶能夠描述清楚的，

信管網(wǎng)kanyaolong101：
【問題1】 （1）沒有按照標準的需求變更流程來管理需求變更。 （2）沒有成立需求變更控制委員會（ccb）來做需求控制。 （3）需求分析、方案設計、功能開發(fā)三個組之間缺乏有效的溝通，缺少協(xié)調(diào)，工作脫節(jié)。 （4）系統(tǒng)開發(fā)完畢后缺少必要的測試。 （5）需求上線后，需求跟蹤做的不到位。 （6）業(yè)務組做需求分析的能力不足，需要有開發(fā)經(jīng)驗和業(yè)務熟悉的人來做需求分析公司。 【問題2】 需求變更控制管理，需求評審驗證 【問題3】 需求變更接收、需求變更影響評估、需求變更評審、需求變更執(zhí)行、拒絕變更、需求變更跟蹤 【問題4】 1、成立需求變更控制委員會（ccb） 2、建立需求變更控制流程 3、打破以小組為單位的需求管理方式，打破人為制造的溝通障礙。 4、加強需求變更的后期跟蹤管理工作。

信管網(wǎng)yezileon：
【問題1】 1.需求管理沒有一套完整的管理流程； 2.沒有明確對應的需求獲取方式； 3.需求獲取時挖得不深，需求分析在深度和廣度上做得不夠； 4.需求分析僅限于業(yè)務組的需求分析，未邀請技術(shù)團隊和測試團隊參加； 5.沒有進行需求評審，導致有需求遺漏； 6.需求管理中沒有定義需求凍結(jié)期，題干顯示可以無休止的提出新的需求或者需求變更。 【問題2】 需求管理 ，需求評審 【問題3】 需求可能存在的狀態(tài)有如下幾種： 已建議：該需求已被有權(quán)提出需求的人建議 已批準：該需求已被分析，估計了其對項目余下部分的影響 已實現(xiàn)：已實現(xiàn)需求代碼的設計、編寫和單元測試 已驗證：使用所選擇的方法已驗證了實現(xiàn)的需求 已刪除：計劃的需求已從基線中刪除。 【問題4】 需求管理建議以如下方式開展： 1.明確添加需求獲取過程，使用訪談、焦點小組會議、頭腦風暴、問卷調(diào)查、原型法等多種方式獲取需求； 2.通過多種方式進行用戶需求分析。包括使用圖形表示法、原型等可視方法、系統(tǒng)可行性需求分析及模塊描述系統(tǒng)； 3.編寫需求說明書； 4.進行需求驗證和需求評審。 5.對定稿的需求建立需求基線。 6.管理和控制需求變更。 需求控制需要嚴格按照整體變更控制管理進行，有變更，走流程。 1、有需求變更要提出變更請求； 2、審核需求變更帶來的影響； 3、由ccb確定批準或拒絕需求變更； 4、對批準了的需求變更，相應修改范圍說明書和其他項目管理計劃文件； 5、及時發(fā)布變更信息； 6、跟蹤批準了的變更的實施情況；

信管網(wǎng)ljp510016132：
1、（1）沒有指定完整的整體管理流程 （2）指定的范圍管理計劃不合理 （3）需求分析沒有編制詳細需求規(guī)格說明書 （4）需求沒有進行需求評審 （5）需求沒有得到各干系人一致認可 （6）技術(shù)方案編制后沒有進行評審 （7）需求變更沒有走變更控制流程 （8）沒有成立變更控制委員會來控制變更 （9）沒有對需求變更控制可能導致的范圍、進度成本變更進行分析 2、測試 功能測試 3、需求狀態(tài)：收集、編輯、確認 4、（1）制定完善的范圍管理計劃 （2）制定需求變更控制流程 （3）嚴格按照變更控制流程進行需求變更 （4）與用戶溝通制定詳細的需求規(guī)格說明書 （5）組織項目干系人進行需求評審、并得到項目干系人對需求的一致認可 （6）對需求變更可能導致的范圍進度變更進行評估