在故事發生之前，我必須說，好的BA很重要，或是說溝通很重要。BA是俗稱Business Analyst。在大數據的data analyst出來之前，這個職稱主要就是做「需求媒合」的工作。後來資料分析的人漸多了起來，這個角色偶爾也會被混用。
套用軟體工程的框架，我們會聽到user、stake holder、 business owner、partner，隨便是誰，總之他說：「請幫我做一個購物車功能」，或是更宏大的，「請幫我做一個購物網站」。此時，肩負把抽象的概念，抽絲剝繭，化簡成一個個可以實踐的步驟，以及較為具體的項目的角色就出現了。一點一滴的，雙向溝通，來回像是搭建積木一樣，擔任腦 → 手 →積木成果，中間的那個橋樑「神經傳遞」，將腦部的指令換成可具體執行的手部動作，完成具體的商業成果。
扯了那麼多，主要是因為一個需求mapping的錯誤，讓我多做了許多具體的資料測試，與說明文件，然而提出需求的朋友，僅僅只是要一條公式。初期簡單的誤會，就是兩個小時寶貴的人生光陰.... 不可不慎....
好的，花開兩朵，各表一枝。主要小弟順勢把這次的成果分享一下，給需要的朋友。
事情是這樣的，有個很好的朋友，問了小弟關於一個排列組合的選球遊戲，要怎麼具體表達，總喜歡裝自己很會的我，就被套路了。其實朋友開始也說明了只想問個公式，小弟自己天馬行空的想了很遠很多，開心快樂的把測試與文件都給它生了出來。唉下次多問兩句吧...
好接下來介紹遊戲。總共有十顆球，分別是一到十號，每次選三顆，每顆選後不放回，三顆球的號碼當作一組。問題來了，我喜歡包牌，第一顆球就要選好幾個號碼，第二顆球也要選不只一個幸運號碼，總之號碼越多，能夠湊到的組合數就越多，中獎機率相對的就提高很多。可是，要怎麼快速的知道選完號碼後，能夠湊出多少有效組數呢？就是今天的問題了。
於是，我就先把規則簡單的記了一下：
主要可以把它簡化為這個形式，我們要算所有數字的組合，再扣掉重複的部份，再把多扣的加回來，就這樣而已呢～ 是不是！
戲肉在這邊。人類對於解抽象概念的時候，是需要輔助的。輔助除了讓概念釐清更為容易，也較能具體的將概念拉到現實世界中的例子，拆解成可以操作的零件。最後，把零件拼湊起來，這個概念就成真了。在此，小弟借用的是文氏圖
工具參考如下：
所以我們把例子帶入
紙筆就推出來的想法，可是但就那個but，however沒溝通清楚，小弟就再把excel做了一份，表示自己異於常人
的傻逼
所以，事情發生的經過就是這樣啦，隨便看看笑笑囉。
