編輯導(dǎo)讀：產(chǎn)品經(jīng)理每天都在與需求打交道，《軟件需求工程》是產(chǎn)品經(jīng)理的必修課。本文是針對(duì)新人產(chǎn)品經(jīng)理的簡(jiǎn)介性文章，目的是讓產(chǎn)品經(jīng)理在開始需求分析工作之前，對(duì)軟件需求的相關(guān)常識(shí)有所理解。希望文章對(duì)你有幫助。

一、需求工程

需求分析的重要性毋庸置疑。在20世紀(jì)80年代，逐步形成了軟件工程的子學(xué)科——軟件需求工程。90年代后，需求工程成為軟件界研究的重點(diǎn)之一。從1993年起，每?jī)赡昱e辦一次需求工程國(guó)際研討會(huì)（ISRE）；1994年起，每?jī)赡昱e辦一次需求工程國(guó)際會(huì)議（ICRE）。一些關(guān)于需求工程的工作小組相繼成立，使需求工程的研究得到了迅速進(jìn)展。

1.1 需求的定義

IEEE軟件工程標(biāo)準(zhǔn)詞匯對(duì)需求的定義：

• 用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能力；
• 系統(tǒng)或部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式規(guī)定文檔所需具有的條件或能力；
• 反映上述的條件或能力的文檔說(shuō)明（SRS，軟件需求規(guī)格說(shuō)明書）。

業(yè)界對(duì)需求的通俗解釋 ：

• 需求來(lái)源于用戶的一些“需要”；
• 這些“需要”被分析、確認(rèn)后形成完整的文檔；
• 該文檔詳細(xì)地說(shuō)明了產(chǎn)品“必須或應(yīng)當(dāng)”做什么。

需要說(shuō)明的是：并沒(méi)有一個(gè)清晰的、無(wú)二義的“需求”術(shù)語(yǔ)定義存在。真實(shí)的“需求”實(shí)際上在人們的腦海中，甚至在腦海深處自己都不知道。

“任何文檔形式的需求（比如：需求規(guī)格說(shuō)明書）都只是一個(gè)模型/一種敘述?！?/p>

——Lawrence 1998

我們需要確保的是所有項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者（stakeholders，干系人）在描述需求的文字的理解上務(wù)必達(dá)成共識(shí)。

1.2 需求的三個(gè)層次

• 業(yè)務(wù)需求是高層用戶（即客戶）提出的，比較籠統(tǒng)、寬泛，在項(xiàng)目視圖與范圍文檔中說(shuō)明。
• 用戶需求是最終用戶（實(shí)際使用者）提出的，已經(jīng)比較具體了，在實(shí)例文檔或方案腳本中說(shuō)明。
• 產(chǎn)品需求是開發(fā)團(tuán)隊(duì)需要的（甲方監(jiān)理也需要），定義了開發(fā)人員要實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的業(yè)務(wù)，從而滿足業(yè)務(wù)需求。

業(yè)務(wù)需求和用戶需求都是用通俗語(yǔ)言描述的，即用戶能看懂的語(yǔ)言；產(chǎn)品需求是用技術(shù)語(yǔ)言描述的，是開發(fā)人員能看懂的語(yǔ)言。用戶和開發(fā)人員是在用不同的視角觀察需求的，他們看到的內(nèi)容是不一樣的。就軟件而言，這里的產(chǎn)品需求就是軟件需求。

這樣的解釋可能還不容易理解，我來(lái)舉個(gè)“咖啡店新老板要更換定制咖啡杯”的例子。

業(yè)務(wù)需求：

咖啡店老板要訂做一種咖啡杯。

找高層用戶調(diào)查和確認(rèn)需求是一件痛苦的事，因?yàn)樗麄儾魂P(guān)注需求具體內(nèi)容，甚至常常不知道具體需求，他們關(guān)注的是“高屋建瓴”的比較務(wù)虛的內(nèi)容，例如：咖啡杯要好用、要漂亮之類的。

真正去調(diào)研需求，需要先識(shí)別出產(chǎn)品的最終用戶群，選出用戶代表，對(duì)用戶代表進(jìn)行調(diào)研。這里的用戶代表為：消費(fèi)者，喝咖啡；服務(wù)員，端咖啡；洗碗工，洗杯子。針對(duì)消費(fèi)者調(diào)研可以采用問(wèn)卷調(diào)查的方式來(lái)獲取用戶需求；針對(duì)服務(wù)員和洗碗工可以采用用戶訪談的方式來(lái)獲取用戶需求。

用戶需求：

• 消費(fèi)者希望“杯子不能燙手”。消費(fèi)者反饋：原來(lái)的杯子手柄很短，杯身隔熱效果很差，拿杯子的時(shí)候，手指容易被燙。
• 服務(wù)員希望“杯子在托盤上要穩(wěn)，不容易滑倒”。服務(wù)員反饋：原來(lái)的杯子瘦且高，杯底很滑，用托盤端盛滿咖啡的杯子時(shí)，杯子在托盤上容易打滑或傾倒。
• 洗碗工希望“杯子要容易清洗”。洗碗工反饋：原來(lái)的杯子內(nèi)壁不夠光滑，咖啡漬很難清洗。

這樣的用戶需求似乎很清楚了，但是你得明白這只是針對(duì)用戶側(cè)，對(duì)開發(fā)人員來(lái)說(shuō)還是不清楚，因?yàn)檫@是自然語(yǔ)言描述的內(nèi)容，不是技術(shù)語(yǔ)言描述的內(nèi)容，開發(fā)人員無(wú)法針對(duì)此開展工作。

你還需要把以上內(nèi)容翻譯成為技術(shù)語(yǔ)言描述的產(chǎn)品需求：

1. 采用隔熱材料，導(dǎo)熱率λ < 1.22 W/(m.K)，厚度> 5mm。經(jīng)過(guò)原型測(cè)試，采用了這樣的材料和厚度做成的杯子，加入100℃的熱咖啡時(shí)，杯子外壁的溫度大約50℃，輕微觸碰時(shí)不會(huì)感覺燙手。
2. 杯底的靜摩擦系數(shù) μ > 0.5，滿杯的重心高度 h < 10cm。經(jīng)過(guò)原型測(cè)試，符合這種要求的杯子在裝滿咖啡時(shí)，不容易打滑或傾倒。
3. 杯內(nèi)壁表面粗糙度 Ra < 1.0。經(jīng)過(guò)原型測(cè)試，符合這樣要求的陶瓷表面不容易附著咖啡液體，很容易清洗。

拿到這樣的產(chǎn)品需求，開發(fā)人員就可以開展工作了：

• 根據(jù)產(chǎn)品需求1，開發(fā)人員可以從工廠常用的陶瓷材料里選擇符合要求的，然后把杯子設(shè)計(jì)為略高于指定厚度。
• 根據(jù)產(chǎn)品需求2，開發(fā)人員可以把咖啡杯的底座設(shè)計(jì)為條紋或其他形式來(lái)加大摩擦系數(shù)，然后把咖啡杯設(shè)計(jì)為較矮、較寬的外形，以滿足在滿杯時(shí)的重心要求。
• 根據(jù)產(chǎn)品需求3，開發(fā)人員可以對(duì)咖啡杯的內(nèi)壁采用某種拋光或鍍釉的工藝來(lái)達(dá)到表面比較光滑的要求。

這就是需求的三個(gè)層次：高層用戶關(guān)注業(yè)務(wù)目標(biāo)的實(shí)現(xiàn)，最終用戶關(guān)注業(yè)務(wù)執(zhí)行的效率和使用體驗(yàn)，開發(fā)人員關(guān)注產(chǎn)品需求是否準(zhǔn)確和清晰。

產(chǎn)品經(jīng)理就比較慘了，需要從多種角度去描述需求：高層用戶視角的需求，即市場(chǎng)需求文檔MRD；最終用戶視角的需求，即業(yè)務(wù)需求文檔BRD；開發(fā)人員視角的需求，即產(chǎn)品需求文檔PRD（或軟件需求文檔SRS）。

“需求”，這是所有人都可以說(shuō)上幾句的話題。但最專業(yè)的，還是產(chǎn)品經(jīng)理描述的需求，這正是產(chǎn)品經(jīng)理的價(jià)值所在。

1.3 需求工程RE

應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問(wèn)題并定義目標(biāo)系統(tǒng)的所有外部特征的一門學(xué)科，即需求工程。需求工程通過(guò)合適的工具和記號(hào)系統(tǒng)地描述待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束，形成需求文檔，并對(duì)用戶不斷變化的需求演進(jìn)給予支持。

通俗地說(shuō)，需求工程就是把工程方法引入到需求領(lǐng)域，用工程方法開發(fā)清晰的、一致的，沒(méi)有沖突、重疊和遺漏的需求，用工程方法來(lái)管理需求和控制變更。

1.4 軟件需求工程SRE

軟件工程的子學(xué)科，一門分析并記錄軟件需求的學(xué)科，它把系統(tǒng)需求分解成一些主要的子系統(tǒng)和任務(wù)，把這些子系統(tǒng)或任務(wù)分配給軟件，并通過(guò)一系列重復(fù)的分析、設(shè)計(jì)、比較研究、原型開發(fā)過(guò)程把這些系統(tǒng)需求轉(zhuǎn)換成軟件的需求描述和一些性能參數(shù)。

需求工程是系統(tǒng)工程和軟件工程的分支，分為系統(tǒng)需求工程（針對(duì)由軟硬件共同組成的整個(gè)系統(tǒng)）和軟件需求工程（專門針對(duì)純軟件部分）。我們都知道軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。軟件開發(fā)的最終目的是生產(chǎn)出滿足客戶需求的軟件產(chǎn)品，滿足客戶需求是軟件開發(fā)的本質(zhì)。

1.5 為什么有軟件需求工程

軟件需求是軟件開發(fā)中的關(guān)鍵問(wèn)題，沒(méi)有需求就沒(méi)有軟件。

開發(fā)軟件系統(tǒng)最困難的部分就是準(zhǔn)確說(shuō)明開發(fā)什么。最困難的概念性工作是編寫出詳細(xì)的需求，包括所有面向用戶、面向機(jī)器或其他軟件系統(tǒng)的接口，此工作一旦失誤，將會(huì)帶來(lái)極大的危害，修改也極其困難。

——Frederick P. Brooks，《No Silver Bullet》

備注：Frederick P. Brooks，60年代初只有29歲時(shí)就主持了被稱為人類從原子能時(shí)代進(jìn)入信息時(shí)代標(biāo)志的IBM/360系列計(jì)算機(jī)的開發(fā)工作，取得輝煌成功，名噪一時(shí)。他作為硬件和軟件的雙重專家和出色的教育家始終活躍在計(jì)算機(jī)舞臺(tái)上，在計(jì)算機(jī)技術(shù)的諸多領(lǐng)域中都做出了巨大的貢獻(xiàn)，直到69歲才獲得遲來(lái)的榮譽(yù)——1999年的圖靈獎(jiǎng)。

需求是軟件項(xiàng)目成功的核心，良好的需求可以減少開發(fā)后期的返工和整個(gè)維護(hù)階段的工作，做好需求等于項(xiàng)目成功了一半。

1.6 需求溝通是如此困難

需求是以交流為核心的工作，如果在開發(fā)過(guò)程的各個(gè)環(huán)節(jié)缺乏交流或交流不恰當(dāng)，就會(huì)導(dǎo)致下圖（如果學(xué)計(jì)算機(jī)，你必定見過(guò)此圖）的效果。

1. 客戶如此描述需求：我有三個(gè)小孩，我需要一個(gè)能三個(gè)人用的秋千。它由一繩子吊在我家花園里的樹上。
2. 項(xiàng)目經(jīng)理如此理解：秋千這東西太簡(jiǎn)單了，不就是一塊板子，兩邊用繩子吊起來(lái)，掛在樹的兩個(gè)枝椏上嘛。
3. 分析員如此設(shè)計(jì)：真是無(wú)知的項(xiàng)目經(jīng)理，兩個(gè)樹枝掛上秋千哪還能蕩得起來(lái)？除非是把樹從中截?cái)嘣儆弥Ъ苤饋?lái)，這樣就滿足要求了。
4. 程序員如此編碼：哦，兩條繩，一塊板，一棵大樹，接在樹的中段。太簡(jiǎn)單了，“啪啪啪（敲擊鍵盤的聲音）”，搞定！
5. 商業(yè)顧問(wèn)如此詮釋：您的需求我們已經(jīng)完成了，我們通過(guò)人體工學(xué)和工程力學(xué)等多方面研究，實(shí)現(xiàn)了本產(chǎn)品。本著為顧客服務(wù)出發(fā)，我們的秋千產(chǎn)品在使用時(shí)，將給您帶來(lái)如同游樂(lè)園里的過(guò)山車一樣刺激的感受，如同你在地面上坐沙發(fā)一樣的舒適與安全。
6. 資料員如此寫文檔：這么小的工程沒(méi)有文檔很正常，只要有需求說(shuō)明書與合同就可以了。
7. 實(shí)施人員如此交付：我們的產(chǎn)品用戶自己都可以完成安裝，只要把繩子系在樹上就可以了。
8. 客戶得到如此結(jié)果：花了建過(guò)山車的投資，得到個(gè)如此產(chǎn)品，也是醉了。
9. 維戶人員如此支持：我們提供不了什么技術(shù)支持，但我們態(tài)度很好，我們的隊(duì)伍在成長(zhǎng)中。
10. 項(xiàng)目完成了，真實(shí)的需求也清楚了：客戶需要一個(gè)跳圈，給三個(gè)小孩養(yǎng)的小狗訓(xùn)練和玩耍。

很明顯，項(xiàng)目開始時(shí)客戶也不知道真實(shí)的需求，他表述的只是他理解的需求（小孩曾經(jīng)給他說(shuō)過(guò)，但顯然他并沒(méi)有認(rèn)真聆聽）。項(xiàng)目經(jīng)理沒(méi)有認(rèn)真調(diào)研需求，他甚至根本不知道最終用戶是誰(shuí)。項(xiàng)目經(jīng)理和分析員之間，分析員和程序員之間，明顯沒(méi)有良好的交流和反饋。像漏斗一樣，每個(gè)環(huán)節(jié)都在遺失信息；像傳聲筒游戲一樣，每個(gè)環(huán)節(jié)都在加入自己想當(dāng)然的理解。所以，最終的結(jié)果必然的天差地別！最重要的是，他們?nèi)币粋€(gè)打通各個(gè)環(huán)節(jié)的產(chǎn)品經(jīng)理。

對(duì)于產(chǎn)品經(jīng)理，有個(gè)常識(shí)你必須知道：

用戶嘴里說(shuō)的，不一定是他腦子里想的。他腦子里想的，也不一定就是業(yè)務(wù)實(shí)際運(yùn)行的情況。業(yè)務(wù)的現(xiàn)狀，不一定是合理的，也許正是客戶需要你幫助改進(jìn)的。

所以，我們要傾聽用戶，但不能完全按照用戶說(shuō)的去做。我們要傾聽多方用戶代表，特別是要關(guān)注那些互相沖突、需要妥協(xié)的部分。我們不光要聽用戶怎么說(shuō)的，還要看他怎么做的。我們要聽免費(fèi)用戶的免費(fèi)意見，更要聽付費(fèi)用戶的付費(fèi)意見。我們要聽用戶的意見，更要聽決定付錢的客戶的意見……等等，自己總結(jié)吧，自己總結(jié)的才是最適合自己的，我不想展開了。

1.7 軟件需求工程框架