BA的技術要求和開發人員的技術要求是不同的。
BA不太需要完全了解技術細節（如果你懂技術細節當然也沒問題），BA更需要能夠理解技術架構，各模塊之間的交互關系，業務架構與技術架構的映射關系。
BA應該懂一點數據庫方面的知識，以便理解某個業務對象在數據庫里的對應關系
BA最好還要會一點接口開發方法，至少能夠調取接口數據，這樣你在做測試時做需求驗證時至少可以不求人，也便於你分析業務數據
BA可以不精於某項技術，但一定要涉獵廣泛，明白各種技術框架的特點和使用條件。
BA可以了解軟件開發流程，面向對象的編程思想，知道類與類的繼承關系，知道就行，不需要深入。
綜上，要會一點架構，理解軟件生產流程，能夠對數據庫進行增刪查改，知道如何把業務對象同代碼及數據表對應起來，先學學這些東西吧。
作者：dong steven
鏈接：https://www.zhihu.com/question/27600041/answer/39889165
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
鏈接：https://www.zhihu.com/question/21009595/answer/101451009
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
非互聯網行業，保險、金融領域IT需求分析師
1、工作流程：
需求調研：工作流程首先是從需求調研開始，包括對用戶的初訪、前期通過反復的需求研討（不限於形式，可以是會議、電話、面談）收集需求。
需求分析：調研完成后，你也大致明白客戶想要個啥東西了，便可以開展需求/業務分析了。一般非互聯網IT領域的話，我們分析的需求成果多以需求規格說明書的形式體現，需求規格說明書是做為客戶參考、后期開發、測試的生產依據。所以，你的工作成果基本都映射在了這份需求規格說明書上，這份文檔是重中之重，是你工作情況的評判依據。
需求評審：需求文檔落地后，就要去找客戶進行需求評審了。也就是說，你通過這本需求規格說明書來告訴他，你已經明白他要什么東西了，並且已經知道該如何進行開發、開發出來的成果物大概是個啥樣。他對你這份需求有沒有疑義等等。
需求確認：需求評審過后，也就表示客戶已經認可你的需求了，讓他在需求規格說明書上簽了字，你的需求工作大致就算完成了。接下來就直接把這本需求規格說明書丟給開發組，讓他們開發去吧。
2、掌握的工具：
一般來說，Axure是被用得最多原型設計工具，行業里有超過80％的產品經理都在用，所以做為需求人員這個必須掌握，必要時也會用到photoshop進行圖形修飾，簡單學學即可。
還有一些建模工作，如visio（畫流程圖），Mindjet MindManager（架構圖），QC（需求管理工具），也是你應該掌握的。
不過最重要的工具還是word，哈哈，也就是說，最重要的還是你寫文檔的能力。
3、外包和非外包公司，需求分析師的職責？
現在一般大點的甲方企業，如保險公司、銀行，都會有自己的IT技術部門或是需求管理部，外包公司的BA一般就是被連項目帶着人一起賣給這些大企業的IT技術部門做需求分析，甲方一般是按月付錢給你公司或是直接把錢算在項目額里，你到了甲方那，他們的IT部門員工自然而然就變成了你的頭、你的領導，所有跟需求有關的工作都是由他們指派給你，天天得看人家臉色，事多兒，所以時間長了容易壓抑。
非外包公司就是給自己單位/公司干活，比如上面說的客戶的IT部門的業務人員，就是非外包需求