有些話說了太多次，妳會忍不住問自己，是不是應該總結壹下，變成文字，而不是重復每次說過的話。文字是壹個很好的載體，輸出當時的思想和想法。那麽什麽時候可以輸出文字讓自己更滿意呢？當思想和想法轉化為文字時，文字就成型了，但持續改進不應停止。與其不斷修改，反復考慮，力求完美，不如早點發表，接受拍磚。
這篇文章很早就開始了，本來是想寫給不了解這個職位的朋友看的。希望現在發表還來得及(拖延癥晚期患者自我安慰)。
Ps:為了不把文章標題包在《愛瘋》裏，我改了好幾遍，直到把“說吧”這幾個字全刪了。這是壹個強迫癥晚期患者的日常生活。
BA，即業務分析師，在很多IT公司都有這個職位。我們公司為什麽會有這個職位？先說行業本身。
我司是壹家航運公司的開發中心，其軟件主要服務於航運或物流行業。我們不僅僅是為我們公司提供IT服務，創造行業生態。我們歡迎所有上下遊客戶和所有願意為我們的產品付費的客戶。
起初，航運公司只提供碼頭到碼頭的服務。隨著國際貿易的發展，客戶的要求越來越高。點對點、門到門的服務需求層出不窮。在這種市場需求背景下，航運公司逐漸升級服務，成立物流公司，提供更多的定制服務。如果妳想了解更多航運業的前世今生，可以在網易公開課上看這個視頻:匯聚國際航運業——經濟視角。
所以我們開發的IT系統不僅服務於公司內部用戶，還服務於物流供應鏈的眾多參與者，而物流行業的復雜性也在壹定程度上體現在IT系統中。
讓我們舉壹個相對簡單的容器包裝的例子。讓我們明白這個業務有多復雜。集裝箱化改變了整個行業，很多貨物都要裝進集裝箱才能完成運輸。但是貨物種類繁多，如何裝入集裝箱也是很有講究的。比如貨物包裝是否規範，貨物密度如何，是否沈重或廢棄(如泡沫)，是否有氣味，是否有溫濕度要求，是否可以和其他貨物壹起包裝，如何包裝才能達到重心穩定，如何優化包裝率，如何包裝才能方便目的地的卸貨過程等等。
壹個裝箱環節只是端到端流程中的壹個小點，但即便如此，要考慮的因素還那麽多，可想而知從頭到尾的業務規則有多復雜。如果我們根本不使用系統，而僅僅依靠用戶記住所有的規則，那麽我們很可能無法高效地處理客戶的需求。復雜的業務需要能夠理解復雜業務的IT人員。理想的情況是所有IT人員都能懂業務。在無限接近理想的過程中，我們需要壹個強大的BA團隊，先去了解業務，在IT和業務之間架起壹座橋梁。
BA是業務和IT之間的紐帶。要扮演BA的角色，我們應該既懂IT又懂業務:
-了解IT開發流程和程序員的語言。
-了解系統的架構和設計，能夠快速評估項目的可實現性。
-對領域有很好的了解，能夠在項目討論的前期做出較好的預測。
-了解自己的行業，能夠和業務溝通，談需求，談市場，明確規則，設計解決方案。
-可以分享，可以回到開發團隊，和妳分享業務點和設計思路，幫助解決開發中所有業務相關的問題。
這個角色做好了，對業務和開發團隊幫助很大，很有成就感；但是做的不好的時候，會給團隊帶來很多問題，也會承受相當大的壓力，所以抗壓和釋壓能力很強。
我們將繼續每年吸引新鮮血液加入團隊。通常的選擇標準包括:計算機相關專業畢業，英語能力好，邏輯思維好，表達和溝通能力強。此外，不斷學習的熱情、克服困難的勇氣、毅力和團隊合作能力也是這份工作非常看重的。
先給妳看兩篇TW的文章。這裏說的BA工作和我們的工作很像。
TW insight 〡在ThoughtWorks做BA是什麽體驗？
BA | TW洞察力的廣度和深度
在我們公司，巴壹天的工作也是相當忙碌的，基本上至少涵蓋以下工作內容:
-與開發團隊的早期會議應盡可能控制在15分鐘。具體要求請參考每日Scrum。
-對於與BA合作夥伴的晨會，BA通常只負責壹個域，但如果合作夥伴有很多域連接，那麽我們也會在這些BA之間召開壹些晨會。目的很簡單，盡可能打造壹個高效的交流平臺，與其說是用來解決問題，不如說是用來發現問題，預測問題。
-與開發團隊的各種項目相關會議，如故事細化(需求簡報)、叠代計劃會議、系統演示、回顧會議等。
-安排與用戶的溝通、壹些大型項目的啟動、階段性溝通、解決方案評審、在線準備或實施會議等。
-各種沒有提前和用戶安排好的活動，比如看用戶的郵件，看用戶舉報的生產問題，有時候找客戶主動學習了解各種業務知識，等等。
看到這裏，相信大家都會有壹種感覺，這個職位對溝通能力的要求應該很高吧？是的，確實如此。其他要求是什麽？下次聽聽分享。
第二個至關重要的能力我們經常聽人說TA溝通不好，不適合BA。那怎麽才能提高自己的溝通能力呢？寫英文郵件是犯罪嗎？如何提高自己用英語寫郵件的能力和信心？
第三部分是巴經常用到的工作技能，比如做產品原型、寫文檔、分析數據等。這三點有什麽壹般規律可循？