PBA

最近的線上座談會中，有些朋友提出了一些問題，我相信有更多的人，同樣也會希望知道這些問題的答案。 不論你有沒有參與到座談會，也或許這些問題並不是你想問，或是你覺得有幫助的答案，但希望今天這篇文章能夠在 2020 年的一開頭，能夠帶給你一些啟發。

對的人難找，但人找到了，才是災難的開始？ 讓我們跨越時空往過去飛到 2013 年，在台北內湖某棟辦公大樓的7樓大會議室，站在小小白板前的我，正口沫橫飛地講著新產品的規劃，在台下的是一整個產品開發團隊，正帶著迷濛的眼神看著我手舞足蹈地在白板上畫圈圈。

人多嘴雜，但有時候人不多，反而你的心念就會開始越來越雜。 話說將近 20 年前，當我第一次為客戶做商業分析的時候，說實話，那時候哪懂得什麼叫做商業分析？其實就是開個會議室，找齊公司的主要幹部來講一講他們要什麼而已，把大家的想法彙整之後，再提取出各自部門的需求，最後統整成一份簡潔扼要的功能需求。

別以為解決方案上線之後就不關你的事了，事情才剛開始… 結案人人要，不過人人做不到。你的名字不是”人人”，你的名字是 BA，榮耀的 BA(此稱呼可見另一篇文章：當你不小心踏入PMI-PBA的陷阱之後，要知道你的本分不是挖掘也不是管理需求。

靠著一張表就期望能追蹤所有的需求，就好像吃了臭豆腐，還覺得很香一樣。是真的，但也是一種幻覺。 身為一個 BA，最重要的職責真的不在於挖掘需求，因為你怎麼挖都一定會歪掉，因為你再怎麼挖，需求一定還會有變化。

開完會之後，寫寫會議記錄就沒事了嗎？你想太多了… 深呼吸～對，讓我們好好地深呼吸… 放心，你沒來錯地方，這裡不是教你怎麼冥想、怎麼心想事成的地方，要知道每次開完會之後，最需要深呼吸的都是那個喊著要開會的人…沒錯！就是你，身為一個 BA(在台灣，你還會是個PM)，怎麼可能就這樣寫寫會議記錄就放過你？

26 種圖形、表格和模型不是讓你用來填報告書厚度的。 PBA BAG 的 Chapter 4 (Domain 3, 簡稱D3)中，除了PMI 一開始就很熱心地告訴我們如何開會之外，最麻煩也最討人厭的就是第二部分的一大堆圖形、表格和模型了，這一大堆歪七扭八的方格線條，幾乎都是軟體業常用的工具。

開會不是罪，開錯會才是罪！讓我們來了解如何正確地開會。 在 PMI-PBA 的證照中，商業分析的步驟和內容，其實都是由軟體背景的人設計出來的，對，就是那些人(指)！

完美的計劃，只存在計畫結束後的結案報告裡。 PMI 從 PMP 證照一開始，無論進行什麼專案，強調的都是先計畫再執行，過程當中不斷地監控，直到整個專案結束，因此就如同PMP的五大階段一樣，PBA也有五大領域(Domains)，同樣都是初始、計畫、執行、監控和結案。

在台灣，你是 BA 也是 PM，火坑就在那兒，自己跳。 當我在寫這篇文章的時候，打開了 StockSnap.io 這個免費圖庫網站。剛開始的用意是想找到一張可以描述「Valuable」的圖片，譬如說：黃金(Gold)。於是，我直覺地在搜尋框中輸入了 gold 四個英文字母，嗯，很多黃金的圖…咦？