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

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

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

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

試題三
閱讀下述說明，回答問題1至問題3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。
[說明]
A公司是從事糧倉自動(dòng)通風(fēng)系統(tǒng)開發(fā)和集成的企業(yè)，公司內(nèi)的項(xiàng)目管理部作為研發(fā)與外部的接口，在銷售人員的協(xié)助下完成與客戶的需求溝通。
某日，銷售人員小王給項(xiàng)目管理部提交了一條信息，說客戶甲要求對(duì)“JK型產(chǎn)品的P1組件更換為另外型號(hào)的組件”的可行性進(jìn)行技術(shù)評(píng)估。項(xiàng)目經(jīng)理接到此信息后，發(fā)出正式通知讓研發(fā)部門修改JK 型產(chǎn)品并進(jìn)行了測(cè)試，再把修改后的產(chǎn)品給客戶試用。但客戶甲對(duì)此非常不滿，因?yàn)樗麄兊囊鈭D并不是要單一改變JK產(chǎn)品的這個(gè)P1組件，而還要求把JK產(chǎn)品的P1組件放到其他型號(hào)產(chǎn)品的外殼中，上述技術(shù)評(píng)估只是他們需求的一個(gè)方面。
經(jīng)項(xiàng)目管理部了解，銷售部其實(shí)知道客戶的目的，只是認(rèn)為P1 組件的評(píng)估是最關(guān)鍵的，所以只向項(xiàng)目經(jīng)理提到這個(gè)要求，而未向項(xiàng)目經(jīng)理說明詳細(xì)情況。
[問題1]（8分）
請(qǐng)分析上案例中A 公司在管理中主要存在哪些問題導(dǎo)致客戶非常不滿。
[問題2]（5 分）
請(qǐng)簡要敘述需求管理流程的主要內(nèi)容。
[問題3]（12分）
請(qǐng)簡要敘述上述案例中，項(xiàng)目經(jīng)理在接到銷售部的信息后應(yīng)如何處理。

信管網(wǎng)祁連牧士：
答
問題1：
1. 需求收集不充分、完整、系統(tǒng)；
2. 需求收集由銷售人員完成，項(xiàng)目管理部未參加；
3. 需求未得到用戶確認(rèn)；
4. 未對(duì)需求進(jìn)行評(píng)審；
5. 與客戶溝通有效性不足，不能滿足項(xiàng)目開發(fā)的需要。

問題2
需求管理的流程為：
1. 依據(jù)合同、協(xié)議以及項(xiàng)目章程，確定項(xiàng)目可交付成果，明確項(xiàng)目目的、目標(biāo)；
2. 組件需求收集團(tuán)隊(duì)，選擇有需求收集經(jīng)驗(yàn)的技術(shù)人員負(fù)責(zé)；
3. 深入客戶現(xiàn)場(chǎng)，通過訪談、焦點(diǎn)小組、引導(dǎo)式討論會(huì)等形式收集需求；
4. 采用群體判斷等技術(shù)，客戶對(duì)需求收集結(jié)果進(jìn)行確認(rèn)并簽字；

問題3：
1. 對(duì)客戶的需要進(jìn)行確認(rèn)；
2. 根據(jù)已確認(rèn)的客戶需求，進(jìn)行詳細(xì)可行性分析；
3. 編寫可行性分析報(bào)告；
4. 對(duì)可行性報(bào)告進(jìn)行評(píng)審；
5. 將經(jīng)評(píng)審?fù)ㄟ^的可行性分析報(bào)告提交客戶；
6. 對(duì)客戶的意見進(jìn)行收集；
7. 完善詳細(xì)可行性分析和可行性分析報(bào)告；
8. 對(duì)完善后的可行性分析報(bào)告進(jìn)行評(píng)審；
9. 將最終的可行性分析報(bào)告提交客戶。

信管網(wǎng)hwwuhan：
答:  1. 項(xiàng)目產(chǎn)品未能滿足用戶需求
     2. 銷售人員未能正確傳遞用戶需求
     3. 項(xiàng)目經(jīng)理沒有與用戶溝通,了解用戶實(shí)際需求
     4. 項(xiàng)目沒滿足用戶對(duì)產(chǎn)品的其他方面要求.
     5. a公司銷售部門和研發(fā)部門需求管理角色和職責(zé)不清晰
    
2.  1.  獲取用戶需求,通過多種方式收集用戶需求,形成用戶需求說明書
    2. 充分分析用戶需求,建立邏輯模型
    3.  進(jìn)行需求定義,形成需求規(guī)格說明書
   4. 進(jìn)行需求驗(yàn)證,取得用戶對(duì)需求認(rèn)可,讓用戶參與需求評(píng)審會(huì)
   5. 取得用戶對(duì)需求確認(rèn)并簽字

3.  1.與用戶聯(lián)系,溝通了解用戶真實(shí)需求
    2. 采用多種方式收集用戶需求,如: 訪談,調(diào)查表,會(huì)議等方式
    3.采用多種方法充分分析用戶需求,如:圖表法
   4. 生存需求規(guī)格說明書
   5. 召開用戶參與的需求評(píng)審會(huì),對(duì)需求驗(yàn)證
   6. 取得用戶對(duì)需求承諾,簽字確認(rèn).

信管網(wǎng)saill_cai：
1、小王未將原始需求傳遞
2、小王對(duì)功能判斷有誤
3、銷售部跟項(xiàng)目管理部的溝通有問題
4、項(xiàng)目管理部沒有參與調(diào)研