需求管理恰如裁縫的量體裁衣，它直接關(guān)系到項(xiàng)目中產(chǎn)品的成型。一個(gè)項(xiàng)目的成功，很大一部分要求滿足客戶的需求。
需求管理的關(guān)鍵：

明確客戶的需求
下面結(jié)合作者在負(fù)責(zé)項(xiàng)目的經(jīng)歷，談?wù)勴?xiàng)目中的需求管理。
u 明確客戶的需求
如何明確客戶的需求? 在和客戶進(jìn)行溝通的時(shí)候，撰寫需求分析報(bào)告是項(xiàng)目展開的基礎(chǔ)。項(xiàng)目是以客戶的需求為中心，而不是為技術(shù)而遷就需求。
明確客戶需求，簡單而言，通過如下幾個(gè)步驟：
1：讓客戶暢所欲言，羅列出所有的需求
2：透過現(xiàn)象分析潛在的需求
3：整理和評審需求分析報(bào)告
Ø 讓客戶暢所欲言，羅列出所有的需求
　　讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來，不要遺漏。這時(shí)候不應(yīng)該害怕"勾引"起客戶的潛在需求而增加設(shè)計(jì)開發(fā)的工作量，從而被今后客戶無止境的變更拖入泥潭，直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求準(zhǔn)確地記錄下來就完成了第一步的工作。
　　很明顯，假如客戶的需求做的都不完整，隨時(shí)可能會產(chǎn)生意想之外的變更，甚至這個(gè)變更會破壞已經(jīng)做的模型及結(jié)構(gòu)，那么這個(gè)項(xiàng)目從開始就注定了會失??；
Ø 透過現(xiàn)象分析潛在的需求
　　很多情況下客戶并非專業(yè)人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點(diǎn)和技術(shù)難關(guān)，這需要我們?nèi)榭蛻暨M(jìn)行分析、歸納和整理，尤其是客戶談的不多卻又是技術(shù)上實(shí)現(xiàn)難度和強(qiáng)度很高的地方特別值得注意。
　　客戶往往對需求的概念是非常模糊的，大多時(shí)候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求業(yè)務(wù)人員在傾聽了客戶的詳細(xì)說明以后，幫助客戶進(jìn)行整理和分析，同時(shí)預(yù)測客戶在開發(fā)過程中變更及今后應(yīng)用中可能進(jìn)行修改升級的潛在需求。
Ø 整理需求分析報(bào)告
需求分析報(bào)告對功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開發(fā)方和客戶只見對同一個(gè)問題有兩個(gè)截然不同的理解?？梢酝ㄟ^評審，用大家的力量來避免這種情況發(fā)生 ，需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。
需求報(bào)告一定要經(jīng)過一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評審，要充分發(fā)揮團(tuán)隊(duì)的力量，重視每個(gè)人的才智，一個(gè)模塊一個(gè)功能的逐一的過，讓大家來共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問題
幫助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字，對于有能夠用好幾種方式實(shí)現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對報(bào)告中的部分產(chǎn)生歧義。只有客戶對報(bào)告的完全的理解，才能在日后客戶提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶的理解。
最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)。
u 關(guān)于需求管理的漫畫
下面以一個(gè)這個(gè)圖在參加很多會議的時(shí)候都聽別人講過，特別是那些賣需求管理軟件的，今天無意在網(wǎng)上搜索到，放在這兒以留存并與各位分享。大體的意思就是客戶向軟件提供商描述一個(gè)需求，但每個(gè)人的理解都不一樣，輾轉(zhuǎn)的過程中，越來越走樣，當(dāng)最后客戶以大筆的錢買到成型的產(chǎn)品時(shí)，已經(jīng)完全不是當(dāng)初所想的那個(gè)東西。耗時(shí)費(fèi)力，其實(shí)客戶需要的不過是一個(gè)輪胎秋千而已，繞了那么多彎，也真夠冤的。

【?發(fā)表評論?0條?】