信息系統(tǒng)項目管理師、系統(tǒng)集成項目管理工程師案例分析配置變更管理范例解讀，請各位學(xué)員在解答的時候注意紅色部分內(nèi)容。

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

信管網(wǎng)解析

[問題一]上述情景中存在的主要問題有：
1.需求獲取不規(guī)范，從客戶到銷售人員再到項目管理部，需求都是口頭傳達的，沒有形成用戶需求說明書。
2.需求變更未獲得客戶的確認。
3.需求管理的過程不規(guī)范。
4.銷售人員和項目管理部在需求管理上沒有明確的職責劃分和流程控制。
[問題二] 需求管理流程包括：
?? 1. 制定需求管理計劃。
?? 2. 求得對需求的理解。設(shè)法理解需求提供者提出的這些需求的含義，實際就是我們所說的"確認需求"活動。
?? 3. 求得對需求的承諾。這個特定實踐實現(xiàn)從各個項目參加者處求得對需求的承諾。
?? 4. 管理需求變更。實踐實現(xiàn)各項需求在項目推進期間發(fā)生演變的同時，對需求的變更進行管理。
?? 5. 維護對需求的雙向跟蹤性
?? 6. 識別項目工作與需求之間的不一致。

[問題三]
?? 項目經(jīng)理的處理方法如下:
1.明確和銷售部門的分工和權(quán)限，真正承擔對外接口的角色;
2.需要和銷售部門作清晰的確認;
3.需要和客戶進行細節(jié)的澄清和確認;
4.將確認的需求正確地傳遞給研發(fā)部門;
5.管理產(chǎn)品的需求變更:
6.與研發(fā)部門進行驗證，確保產(chǎn)品符合客戶需求。

信息系統(tǒng)項目管理師、工程師案例分析項目收尾的整體思路：http://www.xomuzic.com/pm/9780.html

信息系統(tǒng)項目管理師、工程師案例分析項目收尾管理范例：http://www.xomuzic.com/pm/9781.html

信息系統(tǒng)項目管理師、工程師案例分析配置管理的總體思路：http://www.xomuzic.com/pm/9782.html

信息系統(tǒng)項目管理師、工程師案例分析變更管理的總體思路：http://www.xomuzic.com/pm/9783.html

信息系統(tǒng)項目管理師、工程師案例分析配置變更管理范例（一）：http://www.xomuzic.com/pm/9784.html

信息系統(tǒng)項目管理師、工程師案例分析配置變更管理范例（二）：http://www.xomuzic.com/pm/9785.html

信息系統(tǒng)項目管理師、系統(tǒng)集成項目管理工程師案例分析復(fù)習專題：http://www.xomuzic.com/pm/9534.html