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

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

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

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

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

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

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

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

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

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