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

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

信息系統(tǒng)項目管理師案例分析每日一練試題（2019/11/21）在線測試：www.njjt123.com/exam/ExamDayAL.aspx?day=2019/11/21

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

【說明】
某公司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)薛果果：
問題1：需求分析后，不足是直接交給客戶確認，涉及需求變更時，沒有建立完整的需求變更體系；控制過程中，不足是每周根據(jù)需求和工作量重新評估，重新制定開發(fā)計劃。
問題2：項目收尾 、項目驗收
問題3：需求分析、需求制定、需求評審、需求變更、需求控制
問題4：需求分析后，應(yīng)進行內(nèi)部需求評審，涉及需求變更時，需建立完整的需求變更體系；控制過程中，在項目開發(fā)之前應(yīng)制定項目進度計劃并依據(jù)計劃嚴格執(zhí)行。

信管網(wǎng)luanyi0916：
問題1：
前期的需求分析和技術(shù)方案設(shè)計，業(yè)務(wù)組、實施組和開發(fā)組都要參與；形成的需求、技術(shù)方案不能只跟用戶確認，還要與開發(fā)組進行確認，必要時還要進行評審；沒有就需求和方案達成范圍確認；沒有成立測試組參與前期的需求分析和技術(shù)方案設(shè)計；系統(tǒng)上線投入使用之前可能沒有進行必要的測試驗收；沒有就驗收環(huán)節(jié)與客戶確認；沒有設(shè)立變更控制委員會管理變更；項目經(jīng)理對需求分析、技術(shù)方案以及開發(fā)計劃疏于管理。

問題2：
需求管理、需求確認。

問題3：
進行中、已取消、已推遲、新增加、已批準、已分配、已完成。

問題4：
前期的需求分析和技術(shù)方案設(shè)計，業(yè)務(wù)組、實施組和開發(fā)組都要參與；形成的需求、技術(shù)方案，除了跟用戶確認，還要與所有相關(guān)干系人進行確認，必要時還要進行評審；前期就需求和方案達成范圍確認；成立測試組參與前期的需求分析和技術(shù)方案設(shè)計；系統(tǒng)上線投入使用之前要進行必要的測試驗收；就驗收環(huán)節(jié)與客戶達成一致；設(shè)立變更控制委員會管理變更；項目經(jīng)理要加強對需求分析、技術(shù)方案以及開發(fā)計劃疏于管理。

信管網(wǎng)paulgt：
1. 缺少質(zhì)量控制流程，沒有測試驗證等環(huán)節(jié)；技術(shù)方案設(shè)計沒有審核流程，無法保證深度和廣度；實施組的工作流程過于粗糙，沒有質(zhì)量和風(fēng)險管理環(huán)節(jié)；業(yè)務(wù)組在需求確認上缺少設(shè)計的細節(jié)和技術(shù)深度的環(huán)節(jié)；

2.

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

信管網(wǎng)cnitpm684084480：