某日，老師在課堂上想考考學(xué)生們的智商，就問一個男孩:“樹上有十只鳥，開槍打死一只，還剩幾只？”

男孩反問:“是無聲槍么？”

“不是?！?

“槍聲有多大？”

“80~100分貝?！?

“那就是說會震得耳朵疼？”

“是。”

“在這個城市里打鳥犯不犯法？”

“不犯?！?

“您確定那只鳥真的被打死啦？”

“確定?！崩蠋熞呀?jīng)不耐煩了，“拜托，你告訴我還剩幾只就行了，OK？”

“OK。鳥里有沒有聾子？”

“沒有?！?

“有沒有關(guān)在籠子里的？”

“沒有。”

“邊上還有沒有其他的樹，樹上還有沒有其他鳥？”

“沒有?！?

“方圓十里呢？”

“就這么一棵樹?！?

“有沒有殘疾或餓得飛不動的鳥？”

“沒有，都身體倍棒。”

“算不算懷孕肚子里的小鳥？”

“都是公的。”

“都不可能懷孕？”

“……，決不可能?！?

“打鳥人的眼有沒有花？保證是十只？”

“沒有花，就十只?！?

老師腦門上的汗已經(jīng)流下來了，下課鈴響起，但男孩仍繼續(xù)問:“有沒有傻的不怕死的？”

“都怕死?！?

“有沒有因?yàn)榍閭H被打中，自己留下來的？”

“笨蛋，之前不是說都是公的嘛！”

“同志可不可以??！”

“……，性取向都很正常!”

“會不會一槍打死兩只？”

“不會。”

“一槍打死三只呢？”

“不會?！?

“四只呢？”

“更不會!”

“五只呢？”

“絕對不會?。?！”

“那六只總有可能吧？”

“不可能！”

“好吧，那么所有的鳥都可以自由活動么？”

“完全可以?！?

“它們受到驚嚇起飛時會不會驚慌失措而互相撞上？”

“不會，每只鳥都裝有衛(wèi)星導(dǎo)航系統(tǒng)，而且可以自動飛行?！?

“恩，如果您的回答沒有騙人，”學(xué)生滿懷信心地回答，“打死的鳥要是掛在樹上沒掉下來，那么就剩一只，如果掉下來，就一只不剩。”

老師當(dāng)即倒地。

當(dāng)然這只是一個笑話，笑過之后可能不少人會認(rèn)為這個小朋友是做需求調(diào)研的最佳人選。回顧軟件開發(fā)上的許多案例，軟件開發(fā)失敗率一直居高不下，特別在外包開發(fā)領(lǐng)域中，這個值可能會更高一籌。在分析項(xiàng)目失敗的原因時，需求的因素可能是失敗的關(guān)鍵原因，需求不明確，客戶對需求的變更頻頻等等。

一、需求的調(diào)研

需求調(diào)研是為需求說明書做前期工作，可以說需求說明書是從需求調(diào)研表中得到或抽取出來的。需求調(diào)研是要了解客戶希望所要開發(fā)的系統(tǒng)能夠解決他們的問題，以及了解他們對系統(tǒng)的期望等等。需求調(diào)研是整個開發(fā)的基礎(chǔ)，經(jīng)過需求調(diào)研的結(jié)果整理出需求說明書作為后續(xù)開發(fā)使用。

如果所做項(xiàng)目是一個陌生的行業(yè)（專業(yè)），往往需要專家或者顧問等角色的協(xié)助。但是作為調(diào)研人員最少要想辦法了解這個行業(yè)，或許你需要成為這個行業(yè)的專家，但最少要了解一定的專業(yè)知識（最少專業(yè)詞匯你要知道）。這樣客戶的溝通才能達(dá)到順暢，不會出現(xiàn)牛頭不對馬嘴的現(xiàn)象。

在某些難度不是很大的行業(yè)或者項(xiàng)目，做需求調(diào)研的時候可以通過自學(xué)的方式了解行業(yè)的特點(diǎn)，這些項(xiàng)目往往因?yàn)橐?guī)模比較小，也不需要專家指導(dǎo)。但是作為調(diào)研的時候我們最需要了解的一些問題如，

1、客戶目前的問題與困難；

2、客戶現(xiàn)在的工作模式；

3、客戶對系統(tǒng)的期望；

4、客戶哪些要求是自己能做到的，哪些是依靠系統(tǒng)來做；

5、客戶對系統(tǒng)開發(fā)方式以及時間的要求等等。

其實(shí)做需求調(diào)研的時候最重要的目的在于資料收集，或許小孩的那種打破砂鍋的方式會引起客戶的反感，但是實(shí)際項(xiàng)目中往往需要的就是這些比較周全的調(diào)研方式，能夠考慮到的問題點(diǎn)都需要和客戶確認(rèn)，盡量避免想當(dāng)然的做法，只是采用的方式可能需要優(yōu)化一下，采用良好的方式，盡量得到客戶的最大配合。

二、需求的描述和確認(rèn)

對于需求的調(diào)研內(nèi)容需要進(jìn)行整理和分類，分清有用功能、可選用功能、無用功能及不可實(shí)現(xiàn)功能。對于這些功能和客戶再次確認(rèn)之后才能最終形成開發(fā)的需求文檔。

對于需求的描述有很多方法和工具，但是無論采用哪種方法和工具都是相對抽象的方式，如何讓客戶能夠理解需求的實(shí)際內(nèi)容，需要客戶有良好的理解能力，畢竟系統(tǒng)還只是紙面上的內(nèi)容，客戶還是很難完全了解到真實(shí)的系統(tǒng)。

如何對需求進(jìn)行描述在項(xiàng)目開發(fā)中是一個很難定奪的題目，有些公司采用Demo的方式，有些采用傳統(tǒng)的功能樹方式，有些采用界面的描述方式，有些采用UML建模的方式，形式多種多樣，各種方式都有其好壞。但是對于方式的選擇需要注意一些問題：

1、了解客戶是否能夠理解所描述的問題；

2、避免先入為主；

3、避免形式主義。

有些公司采用UML描述需求，但是客戶的能力達(dá)不到能夠理解UML所描述的問題，甚至公司內(nèi)部的開發(fā)人員也無法很好的理解UML，可能只有需求人員懂UML，這種需求結(jié)果就值得思考，客戶是否知道你在說什么？如果你先入為主使用這種方式來描述問題，難道期望客戶去學(xué)習(xí)這些知識嗎？

三、需求的控制

客戶往往很難知道他們需要什么樣的系統(tǒng)，有時候系統(tǒng)做到一半的時候客戶會提出一些新的想法，甚至等系統(tǒng)上線的時候客戶才發(fā)現(xiàn)系統(tǒng)和他們腦子里想的東西完全不是一回事。

對于這些可能會說當(dāng)初需求定義的時候不是簽過字，確定做成這樣，怎么不是你想要的呢？問題可能會歸根于與客戶溝通的方式和手法上。但是對于需求的控制來說，對如何避免需求的反復(fù)，客戶腦門一熱就有新點(diǎn)子出來，還有許多不切實(shí)的要求等等，都在需求控制范圍內(nèi)。

有人會說我們和客戶說好了，協(xié)議也簽訂說：除了紙上描述的東西之外，其余的都是變更追加。但是這個觀點(diǎn)固然好，也是完全歸于一方有利來考慮，而且有很多時候我們簽署在合同內(nèi)的需求文檔也比較含糊。

另外，雙方在問題的理解上可能會有歧義，一旦真正要將合同拿出來對峙的時候，彼此都很難說服對方。就像樹上有十只鳥一樣，沒有說好環(huán)境，狀態(tài)等等的假設(shè)，一切的結(jié)果應(yīng)該說都可能是合理的。

如何控制需求，除了軟件工程上提出的那些理論之外，也很難有新的觀點(diǎn)，但是在實(shí)際的操作過程中，我們可能一方面要維護(hù)和客戶的關(guān)系，另一方面也要考慮系統(tǒng)的開發(fā)時間和整體工數(shù)等等，做一個權(quán)衡。

筆者更趨向使用問題具體化的方式來控制，盡量將能夠想出的問題通通羅列出來和客戶確認(rèn)，同時采用換位思考的方式，盡量能夠讓客戶理解我們所描述的系統(tǒng)狀況。如果在調(diào)研和需求的確認(rèn)階段能夠把工作做得很好，在后期的開發(fā)過程中變更的內(nèi)容就會比較少，變更的內(nèi)容也就容易控制。

和客戶進(jìn)行良好的溝通，多為客戶做一個考慮，避免將自己以一個高調(diào)姿態(tài)介入和客戶的溝通中，說一些客戶很難懂的專業(yè)術(shù)語，將客戶噴的云里霧里，自以為自己的專業(yè)領(lǐng)域多么了不起，這種和客戶的溝通方式最容易造成需求空洞，后期翻盤的概率很高。

如果客戶不懂你口中所說的內(nèi)容，可能問題出于客戶，另外更大的程度出于你，我們需要考慮采用的溝通方式以及內(nèi)容是否通俗易懂，能將復(fù)雜的問題講的簡單就證明你不簡單。

河南億恩科技股份有限公司(mszdt.com)始創(chuàng)于2000年，專注服務(wù)器托管租用，是國家工信部認(rèn)定的綜合電信服務(wù)運(yùn)營商。億恩為近五十萬的用戶提供服務(wù)器托管、服務(wù)器租用、機(jī)柜租用、云服務(wù)器、網(wǎng)站建設(shè)、網(wǎng)站托管等網(wǎng)絡(luò)基礎(chǔ)服務(wù)，另有網(wǎng)總管、名片俠網(wǎng)絡(luò)推廣服務(wù)，使得客戶不斷的獲得更大的收益。
服務(wù)器/云主機(jī) 24小時售后服務(wù)電話：0371-60135900
虛擬主機(jī)/智能建站 24小時售后服務(wù)電話：0371-55621053
網(wǎng)絡(luò)版權(quán)侵權(quán)舉報電話：0371-60135995
服務(wù)熱線：0371-60135900