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

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

信息系統(tǒng)項目管理師案例分析每日一練試題（2018/1/27）在線測試：http://m.xiexiliangjiufa.com/exam/ExamDayAL.aspx?day=2018/1/27

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

【說明】
某公司2014年初承接了一個周期為一年的OA信息系統(tǒng)項目，并指派項目經(jīng)理小張負(fù)責(zé)。該項目屬于定制型項目，涉及的用戶方較多，小張根據(jù)自己的經(jīng)驗(yàn)預(yù)測到項目可能會涉及頻繁的需求變更，因此小張在將項目組分成了業(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è)計；
（3）技術(shù)方案完成后，業(yè)務(wù)組視情況與用戶進(jìn)行二次溝通確認(rèn)，確認(rèn)后填寫需求狀態(tài)表（包括需求技術(shù)方案提交日期、需求技術(shù)方案狀態(tài)）；
（4）需求分析、技術(shù)方案完成后，開發(fā)組每周對已確定需求進(jìn)行工作量評估，形成月度開發(fā)計劃；
（5）開發(fā)組根據(jù)開發(fā)計劃進(jìn)行定制開發(fā)工作；
（6）每周開發(fā)組根據(jù)需求狀態(tài)庫的需求、方案進(jìn)行工作量重新評估，更新開發(fā)計劃。
項目進(jìn)行過程中，發(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)驗(yàn)，請說明項目經(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)驗(yàn)，簡要敘述項目中需求可能存在的幾種狀態(tài)。
【問題4】（4分）
如果你是小張的經(jīng)理，請幫助小張改進(jìn)需求管理及控制過程中的不足。

信管網(wǎng)xxxczh：
1\項目在需求管理上存在溝通不暢的問題，沒有制定相應(yīng)的需求管理計劃，沒有制定需求跟蹤矩陣，沒有認(rèn)真與客戶溝通獲取詳細(xì)的需求，項目實(shí)施中缺少需求評審及需求驗(yàn)證等環(huán)節(jié)。在控制過程中，小張沒有組建ccb，沒有制定變更控制流程。缺少質(zhì)量管理計劃，一致程序上線后才發(fā)現(xiàn)程序有bug。
2、需求驗(yàn)證，需求評審
3、
4、先制定完善的需求管理計劃，與干系人充分溝通獲取準(zhǔn)確需求，制定可行的需求跟蹤矩陣并落實(shí)，充分進(jìn)行需求分析，然后進(jìn)行相應(yīng)的需求評審及需求驗(yàn)證，制定范圍工作說明書，制定好范圍基準(zhǔn)并進(jìn)行核實(shí)范圍。組建ccb，制定變變更控制流程，制定好相應(yīng)的質(zhì)量管理計劃，實(shí)施質(zhì)量保證及質(zhì)量控制。準(zhǔn)備好測試用例，做好各種測試工作。

信管網(wǎng)ggn871107：
問題1：

需求管理應(yīng)當(dāng)結(jié)合實(shí)際，盡可能的深入了解用戶的需求，在進(jìn)行需求調(diào)研時應(yīng)當(dāng)對需求的合理性與正確性進(jìn)行論證，看看是否具有完整的可行性，不能用戶提出什么就按什么來做

問題2：

需求獲取  需求管理

問題3：

需求獲取、分析、確認(rèn)、論證、實(shí)施

問題4：

a、對用戶進(jìn)行分類，按不同部門進(jìn)行需求獲取分析
b、在需求分析結(jié)束后，請需求方代表簽字確認(rèn)
c、加強(qiáng)與用戶的溝通，在階段性時刻請用戶試一試系統(tǒng)是否為自己想的那樣
d、對于需求要盡量避免變更，避免開發(fā)組大量的出現(xiàn)返工的情況

信管網(wǎng)xiongmq@sznari.com：
問題一：1、需要分析在廣度深度上都不夠 2、沒有詳細(xì)的需求文檔只是簡單的需求登記
3、沒有召開各環(huán)節(jié)召開需求評審確認(rèn)會議
4、沒有定制需求變更流程
5、沒有組建變更控制委員會
6、在上線前未組織用戶進(jìn)行驗(yàn)收測試
7、未對上線的oa使用情況進(jìn)行跟蹤

問題二、項目管理中的需求確認(rèn)

第三、進(jìn)行中、變更中、已發(fā)布、維護(hù)中
第四、建立需求變更控制管理流程，組建變更控制委員會、組織各環(huán)節(jié)對現(xiàn)有的需求重新確認(rèn)評審、建立項目干系人管理、