需求分析是乙個專案成功與否的關鍵，而隨著目前技術的發展，快速開發已成家常便飯，因此專案開發的中心主要放在需求分析上。然後，需求分析的獲取也會遇到很多障礙，比如說與業務員溝通方面，下面就如何提高與使用者的訪談技巧做乙個深入的分析。
在寫這篇文章之前，帶著團隊開發高校的校友管理系統，自己參與了整個專案的立項、分析、設計、實現、測試，整個過程下來，發現需求分析階段是最痛苦的，也是最有含金量的「技術苦旅」。
在需求分析階段，我一直與學校校友辦的聯絡員保持溝通，對方是乙個十分強勢的女強人，在與她的溝通中，我們開發人員只好唯命是從，導致我們在專案截至日期將至之時，還在抓耳饒曬地圍著女主人的「需求」團團轉。那時簡直要氣炸了，可我們還是沒有任何辦法。當時的我是完全被業務員牽著鼻子走的那種，導致對整個業務架構的理解是支離破碎，卻把重心放在一些瑣碎的業務細節上面，導致開發出乙個維護期陪著業務需求團團轉的系統。
所以掌握與客戶訪談的技巧十分關鍵，下面就如何改變以上場面來談談如何提高與使用者的訪談技巧。
首先，我們都知道與客戶溝通是困難的，那麼困難在哪些地方呢？ 1、客戶與系統分析員所站的角度不同，他們從事著不同的領域，看待同乙個問題的出發點和判斷也是不同的，經常是雙方已經講得很清楚了，結果壓根就沒站到一塊去；2、客戶有時會認為系統分析員已經理解，而拼命的點頭；而系統分析員以為客戶會理解，所以並不闡述所以他們很容易進入乙個理解的誤區。
那麼如何解決呢？
1、系統分析員改變自己的立場，我們如果要站在對方的角度去溝通，那麼必須得站在對方的角度去思考問題，客戶是不會對我們的溝通結果負責的，所以我們必須改變自己的立場
2、改變溝通策略，了解對方的溝通習慣和思維方式（了解溝通者是喜歡開放型還是偏向於封閉型；封閉型的問題盡量設定成選擇題，這種溝通者需要提前準備好問題，做好業務上的一些準備工作；假設溝通者是主動型的，那麼就要避免被客戶牽著鼻子者，系統分析員應當準備好提綱，將談話的主體和進展把握在自己手裡）
3、需求的過程必須穩步推進（每次訪談不要涉及太多問題，先引導客戶先把更高層次地東西講清楚，最終得到的需求很可能是支離破碎的，不成體系的）
4、記錄與反饋，系統分析員應當記錄每次談話的結果，用自己的理解複述客戶的話，形成文件交換給客戶閱讀。
測試總結過程中的質量分析報告
質量分析報告一直是我想做的，但是由於自己一直很畏懼去編寫 總覺得一看 就矇圈的狀態，其實作為計算機出生的我，對這些都是學過的，就是對邏輯的乙個實現。在面對邏輯的時候，都能很清晰的要做什麼，但是一寫 就不知道要怎麼寫了，其實是源於對 的乙個結構組織不熟悉，單獨去學又懂，但是用的時候沒有使用物件導向的理...
需求獲取過程中的逆向溝通
一 需求的分類 需求分析是構建軟體系統的乙個重要過程。一般，把需求型別分成三個型別 1 業務需求 business requirement 反映了組織機構或客戶對系統 產品高層次的目的要求，它們在專案檢視與範圍文件中予以說明。2 使用者需求 user requirement 文件描述了使用者使用產品...
軟體專案開發過程中的需求分析心得
目錄參考 需求分析是軟體計畫階段的重要活動，也是軟體生存週期中的乙個重要環節。該階段是分析系統在功能上需要 實現什麼 而不是考慮如何去 實現 需求分析的目標是把使用者對待開發軟體提出的 要求 或 需要 進行分析與整理，確認後形成描述完整 清晰與規範的文件，確定軟體需要實現哪些功能，完成哪些工作。1 ...