2、需求管理過程域
需求管理的目的是在客戶與開發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。
需求確認(rèn)是指開發(fā)方和客戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后作出書面承諾，使需求文檔具有商業(yè)合同效果。
需求跟蹤是指通過比較需求文檔與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。
需求變更控制是指依據(jù)“變更申請(qǐng)－審批－更改－重新確認(rèn)”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。
2.1需求跟蹤
需求跟蹤的目的是建立與維護(hù)“需求－設(shè)計(jì)－編程－測(cè)試”之間的一致性，確保所有的工作成果符合用戶需求。 需求跟蹤有兩種方式：
正向跟蹤。檢查《產(chǎn)品需求規(guī)格說明書》中的每個(gè)需求是否都能在后繼工作成果中找到對(duì)應(yīng)點(diǎn)。
逆向跟蹤。檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說明書》中找到出處。
正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣（即表格）。需求跟蹤矩陣保存了需求與后繼工作成果的對(duì)應(yīng)關(guān)系。
我們?cè)?jīng)出現(xiàn)大家埋頭于開發(fā)，后才發(fā)現(xiàn)項(xiàng)目協(xié)議書中的一個(gè)小基本功能沒有開發(fā)的事故。
2.2 變更管理
需求變更通常會(huì)對(duì)項(xiàng)目的進(jìn)度、人力資源、經(jīng)費(fèi)產(chǎn)生很大的影響。
如果在項(xiàng)目開發(fā)的初始階段，開發(fā)人員和用戶沒有搞清楚需求或者搞錯(cuò)了需求，到了項(xiàng)目開發(fā)后期才將需求糾正過來，會(huì)導(dǎo)致產(chǎn)品的部分內(nèi)容需要重新開發(fā)。這是要堅(jiān)決避免的。
如果由于市場(chǎng)變化而導(dǎo)致產(chǎn)品需求發(fā)生變更，開發(fā)商大可不必為此煩惱，應(yīng)當(dāng)高興才對(duì)。倘若市場(chǎng)靜如死水，那么開發(fā)商吃了“上一頓”沒有“下一頓”。正因?yàn)槭袌?chǎng)在變化，才會(huì)產(chǎn)生更多商機(jī)，聰明的開發(fā)商才會(huì)有活干，有錢賺。
其實(shí)需求變更并不可怕，可怕的是需求變更失去控制，導(dǎo)致項(xiàng)目混亂。所以需求變更控制是需求工程的重要活動(dòng)。如果需求變更帶來的好處大于壞處，那么允許變更，但必須按照已定義的變更規(guī)程執(zhí)行，以免變更失去控制。 如果需求變更帶來的壞處大于好處，那么拒絕變更。
需求變更控制過程中難辦的事情是莫過于“拒絕客戶提出的需求變更請(qǐng)求”。通常情況下開發(fā)方是不敢得罪客戶的，但是無原則地退讓將使開發(fā)小組陷入困境。解決這個(gè)問題的一個(gè)辦法是事先建立規(guī)則：如開發(fā)方與客戶方達(dá)成“事不過三”的約定，即允許客戶變更三次需求；如果客戶第四此變更需求，開發(fā)方有權(quán)提請(qǐng)客戶補(bǔ)償開發(fā)投入。
3、深入理解需求
需求的開發(fā)和管理有一些規(guī)律或經(jīng)驗(yàn)可以參考，核心是溝通確認(rèn)、溝通控制。
3.1認(rèn)清誰才是"上帝"
我們說客戶是上帝，是因?yàn)榭蛻舻闹匾�，客戶占有決定性的地位。對(duì)于廣大不能清楚描述需求的客戶，項(xiàng)目開發(fā)人員負(fù)有教育客戶的義務(wù)，需要引導(dǎo)客戶，讓他們說出自己的心聲�？蛻敉际穷I(lǐng)域?qū)＜遥瑢?duì)自己的工作有很深的認(rèn)識(shí)，可是由于對(duì)軟硬件開發(fā)的不了解，往往表達(dá)不清，甚至表達(dá)不出自己的需求。這時(shí)候，是體現(xiàn)你的功力的時(shí)候了，象對(duì)待上帝一樣對(duì)待你的客戶。
3.2 耐心是首要的學(xué)理工科的人，一般在邏輯思維上會(huì)比較好，可是對(duì)于客戶來說，可不一定是這樣。一些客戶在了解需求的時(shí)候，扯東扯西，含糊不清，只有耐心才能獲得真正的需求。耐心后會(huì)仍會(huì)體現(xiàn)為溝通，只有耐心的溝通，你才能揭開需求的重重面紗。人的行為總是會(huì)受到思想的指導(dǎo)，如果你解不開客戶的心結(jié)，你不可能了解他真正需要的。
3.3 參與是重要的
方法的一個(gè)重要實(shí)踐，是提倡"現(xiàn)場(chǎng)客戶"（on-site customer）。也是說，客戶應(yīng)該隨時(shí)和開發(fā)人員在一起，隨時(shí)提供資料和做出決策。而這個(gè)客戶，也必須領(lǐng)域?qū)＜遥夷軌蛴袡?quán)做出決策。非常的貼近客戶，甚至可以在做游戲的過程中完成卡片的填寫，能帶來很強(qiáng)的客戶參與度。
4 擁抱變化
需求變化是開發(fā)人員討厭的一件事了�？墒牵裎覀兂Ｕf"哭不能解決問題"一樣，討厭能解決問題嗎？拒絕客戶的變更要求，要求客戶在需求規(guī)格說明書上簽字。這些做法只能是適得其反。沒有任何正面的、積極的意義。需求變更要求我們的開發(fā)工作要迭代式進(jìn)行，包括需求、設(shè)計(jì)、實(shí)現(xiàn)等階段。這樣才能將變更風(fēng)險(xiǎn)減到小。
5 測(cè)試
這里的測(cè)試指的是考核軟件項(xiàng)目是否成功的一個(gè)"執(zhí)行性目標(biāo)"。例如，開發(fā)物流系統(tǒng)的目的是為了縮短產(chǎn)品周轉(zhuǎn)周期，降低庫存；開發(fā)供應(yīng)鏈系統(tǒng)是為了加強(qiáng)和供應(yīng)商的聯(lián)系，降低庫存。這些和具體業(yè)務(wù)有關(guān)的指標(biāo)都是可以通過細(xì)化，用多種分指標(biāo)來度量的，所以是可以做到的。
我們把這種目標(biāo)稱為測(cè)試是要提醒開發(fā)人員，要把滿足這種目標(biāo)當(dāng)作終的測(cè)試。
有了明確的需求，我們一定竭力做如下幾件事情：
什么(WHAT)：按順序列出達(dá)到目標(biāo)所需完成的工作；
何時(shí)(WHEN)：完成工作所需要的時(shí)間；
做到的程度(HOW-WELL)：要完成的工作以何標(biāo)準(zhǔn)來度量；
資源(RESOURCES)：完成工作需要的人員/資金等；
誰(WHO)：由誰負(fù)責(zé)完成任務(wù)。
