【正文】 們常常會(huì)面臨 “ 進(jìn)度延誤、費(fèi)用超支、人員不足 ” 等問(wèn)題，這時(shí)就亂套了。 – 人們想出了 “ 取舍 ” 辦法：先做優(yōu)先級(jí)高的需求，后做（甚至放棄）優(yōu)先級(jí)低的需求，這樣可以將風(fēng)險(xiǎn)降到最低。 ? 需求的優(yōu)先級(jí)其實(shí)就是需求 “ 輕重緩急 ” 的分級(jí)表述，例如劃分為 “ 高、中、低 ” 三級(jí)。一般地，由用戶(hù)和開(kāi)發(fā)方共同確定需求的優(yōu)先級(jí)。 闡述 “ 做什么 ” 而不是 “ 怎么做 ” ? 《 產(chǎn)品需求規(guī)格說(shuō)明書(shū) 》 的重點(diǎn)是闡述 “ 做什么 ” ， 而不是闡述 “ 怎么做 ” 。 “ 怎么做 ” 是系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)階段的事情 。 ? 國(guó)內(nèi)的很多軟件公司里 ， 開(kāi)發(fā)人員常常身兼數(shù)職 ， 可能把需求開(kāi)發(fā) 、 系統(tǒng)設(shè)計(jì) 、 編程等工作從頭做到尾 。 所以他們?cè)谡{(diào)查 、 分析 、 定義需求時(shí) ， 自然會(huì)想到 “ 怎么做 ” ，這并沒(méi)有什么過(guò)錯(cuò) 。 如果在調(diào)查 、 定義需求時(shí)想好了 “ 怎么做 ” ， 當(dāng)然應(yīng)該寫(xiě)下來(lái) ，否則豈不浪費(fèi) ！ 關(guān)鍵是不要將 “ 怎么做 ” 寫(xiě)到需求規(guī)格說(shuō)明書(shū)里面 ， 記錄在其它文檔里就行了 。 Page 29 8. 如何定義產(chǎn)品需求 規(guī)程 ? 第一步：細(xì)化并分析用戶(hù)需求 – 需求分析員首先對(duì)《用戶(hù)需求說(shuō)明書(shū)》進(jìn)行細(xì)化，對(duì)比較復(fù)雜的用戶(hù)需求進(jìn)行建模分析，以幫助軟件開(kāi)發(fā)人員更好地理解需求。例如采用 Rational 的 Rose工具進(jìn)行需求的建模分析，建模分析產(chǎn)生的文檔可以作為《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》的附件。補(bǔ)充說(shuō)明：建模分析的技術(shù)難度比較高，需求分析員應(yīng)當(dāng)根據(jù)自身水平進(jìn)行取舍。 ? 第二步：撰寫(xiě)產(chǎn)品需求規(guī)格說(shuō)明書(shū) – 需求分析員按照指定的文檔模板撰寫(xiě)《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》。如果待開(kāi)發(fā)的產(chǎn)品分為軟件和硬件兩部分的話，則應(yīng)當(dāng)撰寫(xiě)《軟件需求規(guī)格說(shuō)明書(shū)》和《硬件需求規(guī)格說(shuō)明書(shū)》。 ? 第三步：進(jìn)行需求確認(rèn) – 項(xiàng)目經(jīng)理邀請(qǐng)同行專(zhuān)家和用戶(hù)（包括客戶(hù)和最終用戶(hù)）一起評(píng)審《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》，盡最大努力使《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》能夠正確無(wú)誤地反映用戶(hù)的真實(shí)意愿。 – 需求評(píng)審之后，開(kāi)發(fā)方和客戶(hù)方的責(zé)任人對(duì)《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》作書(shū)面承諾。 軟件需求規(guī)格說(shuō)明書(shū)的參考模板 Page 30 軟件需求說(shuō)明書(shū)的參考模板 Page 31 9. 需求管理：確認(rèn)、跟蹤、變更控制 需求 確認(rèn)（評(píng)審和承諾） ? 需求確認(rèn)是指開(kāi)發(fā)方和客戶(hù)方共同對(duì)《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后作出承諾。需求確認(rèn)包含兩個(gè)重要工作： “ 需求評(píng)審 ” 和 “ 需求承諾 ” 。 需求評(píng)審面臨的困難 ? 需求評(píng)審的一個(gè)通病是 “ 虎頭蛇尾 ” 。 需求評(píng)審的確乏味 ， 也比較費(fèi)腦子 。 剛開(kāi)始評(píng)審時(shí) ， 大家都比較認(rèn)真 ， 越到后頭越馬虎 。 ? 需求評(píng)審涉及的人員可能比較多，有些時(shí)候讓這么多人聚在一起花費(fèi)比較長(zhǎng)的時(shí)間開(kāi)會(huì)并不容易（例如有些人可能出差在外，有些人可能事務(wù)纏身）。沒(méi)有必要把所有事情擠在一塊做，需求開(kāi)發(fā)是循序漸進(jìn)的過(guò)程，需求評(píng)審也可以分段進(jìn)行。這樣每次評(píng)審的時(shí)間比較短，參加評(píng)審的人員也少一些，組織會(huì)議就比較容易。 ? 開(kāi)評(píng)審會(huì)議時(shí)經(jīng)常會(huì) “ 跑題 ” ，導(dǎo)致評(píng)審效率很低。有時(shí)話匣子一打開(kāi)后關(guān)不上，大家越扯越遠(yuǎn)，結(jié)果評(píng)審會(huì)議變成了聊天會(huì)議。主持人應(yīng)當(dāng)控制話題，避免大家討論與主題無(wú)關(guān)的東西。 ? 開(kāi)評(píng)審會(huì)議時(shí)經(jīng)常會(huì)發(fā)生爭(zhēng)議。適當(dāng)?shù)臓?zhēng)議有利于澄清問(wèn)題，比什么東西都一致贊成要好。然而當(dāng)爭(zhēng)議變?yōu)闋?zhēng)吵時(shí)就壞事了， 爭(zhēng)吵不僅對(duì)評(píng)審工作沒(méi)有好處，而且會(huì)無(wú)意中傷害同事們的感情。 ? 人們?cè)诤芏鄷r(shí)候分不清楚自己究竟是 “ 堅(jiān)持真理 ” 還是 “ 固執(zhí)己見(jiàn) ” 。毫不妥協(xié)或者輕易妥協(xié)都不是好辦法。我們應(yīng)當(dāng)養(yǎng)成良好的習(xí)慣：不要一棍子打死異己的觀點(diǎn)，嘗試著讓自己站在他人的立場(chǎng)思考問(wèn)題，這樣你會(huì)找到比較滿(mǎn)意的答案。 Page 32 9. 需求管理：確認(rèn)、跟蹤、變更控制 需求 承諾 ? 需求承諾是指開(kāi)發(fā)方和客戶(hù)方的責(zé)任人對(duì)通過(guò)了正式技術(shù)評(píng)審的《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》作出承諾，該承諾具有商業(yè)合同的效果。 ? 需求承諾的 “ 八股文 ” 如下： – 本 《 產(chǎn)品需求規(guī)格說(shuō)明書(shū) 》 建立在雙方對(duì)需求的共同理解基礎(chǔ)之上 ， 我同意后續(xù)的開(kāi)發(fā)工作根據(jù)該 《 產(chǎn)品需求規(guī)格說(shuō)明書(shū) 》 開(kāi)展 。 如果需求發(fā)生變化 ， 我們將按照 “ 變更控制規(guī)程” 執(zhí)行 。 我明白需求的變更將導(dǎo)致雙方重新協(xié)商成本 、 資源和進(jìn)度等 。 – 甲方簽字 乙方簽字 ? 人們?cè)谧鞒龀兄Z之前務(wù)必要認(rèn)真閱讀文檔 ， 一定要明白簽字意味著什么 。 Page 33 9. 需求管理：確認(rèn)、跟蹤、變更控制 需求 跟蹤 ? 需求跟蹤的目的是建立與維護(hù)“需求－設(shè)計(jì)－編程－測(cè)試”之間的一致性，確保所有的工作成果符合用戶(hù)需求。 ? 需求跟蹤有兩種方式： – 正向跟蹤。檢查《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中的每個(gè)需求是否都能在后繼工作成果中找到對(duì)應(yīng)點(diǎn)。 – 逆向跟蹤。檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中找到出處。 ? 正向跟蹤和逆向跟蹤合稱(chēng)為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣（即表格）。需求跟蹤矩陣保存了需求與后繼工作成果的對(duì)應(yīng)關(guān)系。 Page 34 9. 需求管理：確認(rèn)、跟蹤、變更控制 需求變更控制 ? 需求發(fā)生變更的起因主要有： – 隨著項(xiàng)目的進(jìn)展，人們（包括開(kāi)發(fā)方和客戶(hù)方）對(duì)需求的了解越來(lái)越深入。原先的需求文檔可能存在這樣那樣的錯(cuò)誤或不足，因此要變更需求。 – 市場(chǎng)發(fā)生了變化，原先的需求文檔可能跟不上當(dāng)前的市場(chǎng)需求，因此要變更需求。 ? 提出需求變更的動(dòng)機(jī)是好的，目的是希望產(chǎn)品更加符合用戶(hù)的需求。對(duì)項(xiàng)目開(kāi)發(fā)小組而言， 變更需求意味著要調(diào)整資源、重新分配任務(wù)、修改前期工作成果等，開(kāi)發(fā)小組要為此付出較重的代價(jià) 。如果每次需求變更請(qǐng)求都被采納的話，這個(gè)項(xiàng)目也許永遠(yuǎn)不能按時(shí)完成。 ? 需求變更控制的目的： 如果需求變更帶來(lái)的好處大于壞處，那么允許變更，但必須按照已定義的變更規(guī)程執(zhí)行，以免變更失去控制。 如果需求變更帶來(lái)的壞處大于好處，那么拒絕變更。 ? 需求變更控制過(guò)程中最難辦的事情是莫過(guò)于“拒絕客戶(hù)提出的需求變更請(qǐng)求”。通常情況下開(kāi)發(fā)方是不敢得罪客戶(hù)的，但是無(wú)原則地退讓將使開(kāi)發(fā)小組陷入困境。解決這個(gè)問(wèn)題最好的辦法是事先建立“游戲規(guī)則”： – 開(kāi)發(fā)方與客戶(hù)方達(dá)成“事不過(guò)三”的約定（符合中國(guó)人的習(xí)慣），即允許客戶(hù)變更三次需求；如果客戶(hù)第四此變更需求，開(kāi)發(fā)方有權(quán)拒絕，除非客戶(hù)愿意補(bǔ)償開(kāi)發(fā)方的損失。 ? 如果事先沒(méi)有“游戲規(guī)則”的話，開(kāi)發(fā)方需要一些社交技巧來(lái)減緩矛盾。例如建議在開(kāi)發(fā)該產(chǎn)品新版本時(shí)修改需求。