轉職 BA 職場筆記
踏入到BA這個職務領域，就快要滿一年了，想起踏入之前搜尋BA/business analyst的關鍵字想先做點功課，卻幾乎找不太到資料。於是決定在這邊做一些自己的工作紀錄，也分享給可能需要的人。
Business analyst (BA)，中文職稱是商業分析師，業務分析師是分析組織或業務領域並記錄其業務或流程或系統，評估業務模型或其與技術的集成的人。Business Analyst通過數據分析幫助指導企業改進流程，產品，服務和軟件。系統分析師的角色也可以定義為業務問題和技術解決方案之間的橋樑。這裡的業務問題，可以對運營體系東西，例如模型，過程或方法。
— 以上資料來自維基百科。
以我目前所體驗到的工作內容來描述的話，我認為這個職位需要的技能是這樣子的：
- 很快的了解業務行為
- 很快地學會操作系統
- 充滿彈性、願意學習各種不同領域的know how
- 了解程式之所以被設計成為這個樣子，背後的的邏輯和原因
- 追根究底的了解埋藏在最深處的核心需求
- 良好的溝通技能
- 除了溝通協調之外，還要能有說服別人的能力
- （有時候可能還要安撫一下同事的情緒）
- 能夠了解工程師的困難點且可協助排除
- 對分析報表有敏銳度
至於角色和身份，是一個夾在PM和工程師之間的工作，有時候覺得自己像是PM，有時候又覺得自己像是QA，完全是百變怪的身份，目前經歷到了第三個案子，那就來回顧一下這段時間的職涯，以及這些感觸從何了來的吧～
第一個專案：B2C 翻新的開發案
個人狀態：白紙一張，一個口令一個動作。
基本的業務邏輯和需求是不變的狀態下，舊系統大改版翻新，幾乎要砍掉重練。需要思考要如何維持原有的需求並且優化，如何在符合現有的需求之外，想出更多的亮點，還要維持系統彈性，因應後續的需求調整。
回想一下當時上工之後，先是大略介紹了一下業務行為和團隊成員，設定系統環境之後自行摸索系統的功能，搭配業務流程圖來理解系統，提出問題詢問同事。接著更新一版業務流程圖、報告這個專案的業務流程給所有團隊成員，接著馬上開始拉系統的畫面示意圖。
上工後約莫第三天就開始加班，大約一週就要跟上團隊的速度，新人的蜜月期是什麼能吃嗎？
在這個專案內，用上了先前自學 adobe XD 的些許技能，學著使用墨刀的速度快很多，開始使用 Visio 畫流程、用 project 看團隊分配的工作項目、進度，學著開始看 SQL、和工程師與 PM 及 BA 共同合作，參與快要結束的使用者需求訪談，一切用飛車的速度跟上大家的腳步。
這個團隊內大約5–6人，在這專案內主要是跟上大家的腳步，做使用者訪談、介面和規格的制定、單點測試、結合測試，大約七個月左右後，專案進入到一個尾聲的時候，轉調到下一個案子。
第二個專案：B2B 的翻新維護案
個人狀態：主導專案進度
被通知轉調到這個專案的時候，收到的任務是：獨自主導整個案子的走向。
當下是一個窗口是誰、團隊內容有誰、我要做什麼都不明確的狀態，明確的部分是要主導這個案子，每天都有一種我是誰、我在哪的感覺。
花了一週時間瞎子摸象，釐清窗口、團隊成員、業務行為。和使用者訪談時才發現先前已經有花時間討論過，但雙方討論完全是平行時空，在這個狀況下，要做的事情有：
- 釐清改版範圍
- 主持使用者需求訪談
- 安排每個人工作時程
- 啟動Kickoff Meeting
- 規格書撰寫
- 安排定例會追蹤課題
- 機能測試、結合測試
- 操作手冊撰寫
- 教育訓練
這時候的角色其實非常模糊，常常都會覺得我是誰、我在哪，究竟我是BA、PM，還是QA？
這個專案範圍比較小一些，這段期間大約花了四個月，團隊人數4人，比較特別的是這段期間因為疫情的關係，還遇上了 work from home 的時期，突然和團隊的關係變得像網友。
這個專案對我來說是一個很新鮮的體驗，感覺像是在一塊荒蕪之地慢慢建起一棟房子，即使一開始往往會覺得茫然和痛苦，但因為想看到最後的成果，不斷和自己喊話說：做就對了！回首看覺得這些經驗都會是寶貴的養分。
第三個專案：維護案
個人狀態：管理版本、控管工作進度
目前轉調到這個案子，快要一個月了。團隊人數大約10人，接觸到更多的資料庫、系統架構的內容、更大的團隊，還第一次看到了如何打電文。
這個專案因為人數眾多，為了常常需要和大家資訊同步，更需要訂出一些規範和制度，目前主要處理的工作內容是訂出制度、製作手冊、結合測試、製作報表、處理叫修作業，雖然更繁雜了，但組織內的同事都是友善的，我覺得能夠順利的溝通是最重要的事了。
總結一下，回到最一開始有提到需要的技能，原因在於每一個案子都會有不同的挑戰和團隊氣氛。
需要好的團隊氣氛，還有每個人的 EQ 及溝通技巧，才能把事情更順暢也更準確地往下進行。
而很快了解業務行為和操作系統，這是一個夾在中間當夾心餅乾角色的BA最重要的課題。
要如何理解客戶的痛點，還有哪些需求其實是假的、哪些需求是技術上做不到的、哪些是純粹許願的，不但要先做篩選，也要把真正可行又可以解決問題的方案提出來，得到客戶和工程師的認同。能夠達成客戶需求、技術上也能達成，且能在預算內完成，是每一個專案重要的課題。
