為什麼你不該只尋找技術高手

從「尋找高手」轉向「定義問題」

我在 Linkedin 上看到一位獵頭朋友的貼文：

各位朋友江湖救急 ！！！
急尋一位資深 DBA 高手出來拯救世界
（至少是拯救一整套 DB）。

這個角色不是日常維運等工單那種，是
 ✔️ 有能力從底層 重構整個資料庫架構
 ✔️ 對效能、穩定性、擴充性有自己一套哲學
 ✔️ 能跟工程與產品好好對話，不只是「DB 不能動」

看到之後，也跟獵頭聊過，我最後如此回覆了這則貼文：

DB 的問題，若是中小企業或團隊，有 80% 的機率，是因為工程師把 OLAP queries 直接送進 Operational Database 裡。一旦該公司有建置 Data Warehouse 並且把 OLAP queries 的壓力轉移到 Data Warehouse 裡，DB 就可能可以順順地運轉。

我有寫一本書來探討這種問題。https://www.books.com.tw/products/0011032047

知識盲區

老實說，看到這樣子的難題，我誠心很想幫忙。

我有跟獵頭搭上話，簡單地小聊一下。獵頭告訴我，由於案主的思想還是比較保守，案主不打算考慮顧問或是 SI 公司。我有嘗試地詢問，如果是 4 days/weekly 的話，是否可行？獵頭也表示有困難。

無奈之下，我只能回覆留言，並且告訴獵頭朋友。

對了，如果有確定需求的本質是 OLAP queries 的話，要 hire 的職缺，就可以從 “super DBA” 改成 data engineer 。應該會容易徵才許多。

就我的經驗，如果是軟體遇到了問題，案主的軟體工程師不知道怎麼處理的話，那很有可能是這一塊的知識，恰好落在多數的軟體工程師共有的知識沒有覆蓋到的範疇。 (比方說，恰好是資料工程的範疇。)

在這種「既有的知識未能覆蓋」情況之下，最理想的解法應該是：先妥善地分析問題的本質，然後，再根據需求去尋找合適的人才、顧問、或是專業的團隊。在確定了正確的解題架構之後，通常可以得到穩定、有效、甚至相對便宜的解法。

据泥於形式導致的低效

然而，仍然有許多公司的高層，喜歡的解決問題模式是：「專業人士必須以員工的方式來為本公司工作。只允許這種形式。」同時，這些公司常也會開出相當高的薪水，因為他們認為重賞之下，必有勇夫。

這種「非員工不可」的執念，往往讓企業陷入高薪卻找不到人的僵局。

當一個問題落在團隊的知識盲區時，盲目尋找「更強的人」往往不如尋找「不同領域的人」。正如前文中的案例，如果問題的核心在於「將 OLAP queries 加諸於 Operational Database」，那麼雇用十個頂尖 DBA，可能都不如一位資深 Data Engineer 來建立資料分析架構來得有效。

企業需要的或許不是一位「拯救世界的英雄」，而是一位能看清問題本質、並指引正確方向的「領航員」。在開出高薪徵人之前，先問問自己：我們是真的缺人，還是缺一套正確的解題思維？

唯有先定義清楚問題，重賞之下的勇夫才會有真正的用武之地。