在做項目時，經常會碰到這樣的事情.
客戶向我們反映在和你們的工程師談論需求時，他們總是滿口答應沒問題�？墒�，當他們做好以后，拿過來一看，根本就不是這么回事。而開發人員也在訴苦：用戶什么都不懂，而且他們的需求老是變動，時間又這么緊,你讓我們怎么辦？
我覺得如果開發人員在做需求分析時,如果注意以下幾點,也許可以避免被動的局面.
1、掌握相關的行業知識
在和客戶溝通之前，最好了解一下相關的行業知識。
有一個項目管理人員說：行業知識可有可無，作為需求人員，最重要的是和客戶溝通。最好把客戶講的東西都記下來。然后，由項目組決定后，再把意見反饋給用戶。這種溝通方式，既不能有效的發現問題，也容易延誤項目時間。
案例：
小A某名牌大學畢業，公司為了鍛煉他，特意安排他和一個比較重要的客戶進行一次溝通。小A和客戶電話聯系，商定了見面的時間和地點。西裝革履的小A提前十分鐘來到了見面的地點。一番客套之后，小A和客戶就開始進入話題�？蛻糸_始談他的需求，從項目背景到項目目的，從業務流程到相關部門和人員�？蛻襞d致勃勃地說著，小A手忙腳亂的記著�？蛻敉Ｏ聛�，問小A你覺得我的觀點有什么需要補充嗎？小A老實地回答說，我對業務還不是很熟悉�？蛻粢幌屡d致全無，對小A說，等你對業務熟悉了，再來找我把。
2、重在溝通
溝通的方式可以是訪談和調研、會議、電話、電子郵件、小組討論、模擬演示等不同形式。我的意見是最好是與客戶面對面的溝通。金庸武俠小說中的高手過招，都是面帶微笑，不露聲色，比拼的是內力。面對面的溝通，就是比拼內力。所以，一定要把準備工作都做好了。
溝通其實也是在相互妥協。對用戶合理的要求，要盡量滿足。用戶的一些不合理的要求，要想辦法避免。要委婉地提醒用戶，如果這樣做，可能要增加項目時間，或者對運行環境有更高的要求。
溝通一定要有記錄，對于交流的結果還可以進行分類，便于后續的分析活動。
3、深究細節
不要等到項目做好后，才讓客戶發現問題。
客戶所能提供給你的只是他們想到的功能需求，很多問題并不在他們考慮的范圍之內，如果作為項目承擔方沒有去做分析，簡單的按照功能要求去設計、規劃，最終出來的系統是很難完全符合客戶的業務流程的.這時，在客戶看來當然需要更改.但這種更改卻被我們看成了需求的更改。既然是需求的更改,那么就需要增加項目成本(資源)或延長項目時間。我看過一篇文章,說要要想項目成功,就得和用戶建立親密的伙伴關系.可是,這種以需求的更改為理由讓用戶從口袋里掏錢,親兄弟也不干阿.
所以,需求分析不僅僅是拿到客戶的需求，更重要的是還需進行分析，了解細節，并就細節跟客戶咨詢，獲取最詳細的資料。
需求是最重要的工作，也是最麻煩的。 客戶是不懂需求的，他們的腦海里面沒有這個概念， 他們只希望你做出能用的系統 ，用著順手就好
我認為做需求有幾個地方是比較關鍵的
1.人際交往能力 。這是最根本的 不用多說
2.了解需求后及時做出demo讓客戶確認，確認后要簽字。這一點非常重要，很多時候我們了解了需求就悶頭開發，等開發完畢后，卻不是客戶想要的東西，造成巨大浪費；簽字是為了讓客戶認真對待這個demo
3.能用就好，不要過多追求。程序員往往追求完美，想一下子把工作做到位；而最有效率的方法是盡快看到結果 然后再慢慢完善。在項目初期需求會經常改變，這樣的目的也是避免把過多時間耗在無用的需求上。
文章來源于領測軟件測試網 http://www.kjueaiud.com/