首先，為大家普及一下，何為BA，為啥企業內部要存在BA.

Business Analytics vs Business analysis，首先博主在這裡介紹的是Business analysis而非Business Analytics。好奇的盆友會問，二者究竟有啥子區別呀？其實區別還是很大的。。。可以說Business Analytics這個是基於大資料產業而產生的職業（更加高大上，門檻也更高，有興趣的朋友可以仔細看看下面轉載的文章https://www.jianshu.com/p/168864d50a40），相關Business Analytics參考請看下面介紹。

網際網路領域：Data scientist

淘寶的例子，資料提取，挖掘，分析，轉換，提供商業決策意見，為新產品的上市做quant方面的支撐。

----------------------------------------------------------------華麗的分界線---------------------------------------------------------------------------------------Business analysis，我的理解，其實就是使用者與開發之間的橋樑。有的人可能會說，這樣子的話，是否可以在使用者那裡抽人出來做，或者在開發這邊抽人出來做呢？答案是肯定的，的確，其實有很多BA也是通過這樣子轉型，但是博主想說的一點，能做不一定代表做得好。原因如下：

1. 使用者承擔BA職責使用者缺少IT背景，沒有做過開發，使用者代表的是客戶。這三點的潛臺詞就意味著，

1. 1 使用者沒有軟體開發生命週期的概念，在他們的印象裡面，只有提出需求，給我做出來。實際過程中，一個需求從提出到交付，應該是需求提出-->需求可行性分析(能不能做，怎麼做，可否修改等等)-->開發預估難度天數-->需求確認-->開發-->測試(UAT/PrePro)-->上線。缺少如此多的步驟，意味著龐大的返工現象以及程式設計師漫無天日的加班。而且還有一點就是。。。使用者壓根不喜歡用JIRA，禪道等專案管理工具(excel才是黃道)。

1.2. 沒有做過開發，意味著，開發是萬能的，我提的需求，只要不是殺你全家，都應該實現，而且在他們的眼裡，都是非常簡單明瞭。你不能開發，按期交付，就是你自己的問題。這就意味著，使用者跟開發之間經常會血戰沙場。

1.3. 使用者代表的是客戶。簡明而言，我不會為了你說話，我不會為了你爭取時間，甚至說，我還會坑你（開發都懂，需求變更。。。。）

2. 開發承擔BA職責單細胞生物（顧客是上帝），開發需求工程師(？？？)

2.1 單細胞生物，意味著，使用者提出來的問題，作為開發，一定要儘量滿足，say no？這是對我開發能力的侮辱，我寧願加班，不，我寧願奉獻自己的青春給你完成這個需求。只要你沒想到，沒有我做不到。你不僅僅是需要一個需求，你需要的是千千萬萬的需求。這意味著，無盡的需求變更(證明個人能力，但是沒錢！！！！)，而且往往不能準時交付（因為我想你的產品更好啊，更完美啊，有錯麼？？）

2.2 邊開發，邊做需求整理。這意味著，開發的時間少了，如果木有一個明君(PM)，那可是會做死人的啊。。。

因此，博主認為，公司無論大小，產品研發無論簡單與否，都需要有一個BA的概念，建立一座使用者與開發之間的友誼之橋(其實。。。就是為了不要直接正面剛)，將需求/bug等issue變成一種有跡可循，符合IT生命週期的單元。