HRBP是什麼？以後人資是不是都要走這條路？

HRBP 是「人力資源業務夥伴」，指被派到特定事業單位、負責用人資手段解決該單位業務問題的角色。但不是每個人資都要走這條路——這套設計本來就是為大企業做的。中小企業硬套，最常見的結果是換了個名片職稱，工作內容一模一樣。

HRBP 從哪裡來？

出自 Dave Ulrich 在 1996 年提出的「三支柱模型」，把人資部門拆成三塊分工。這三塊分別是：

設計邏輯很清楚：把重複性行政集中到 SSC 提升效率，把專業知識集中到 COE 避免各單位重複造輪子，讓 HRBP 空出手來真正做策略。三塊各司其職，人資才不會全部卡在雜事裡。

HRBP 實際每天在做什麼？

跟一般人資最大的差別是服務對象變了：一般人資對整間公司負責，HRBP 對某個事業單位的主管負責。日常工作會是：

• 跟該單位主管一起判斷組織要怎麼長（要開哪些缺、現有團隊該補什麼能力）
• 把業務問題翻譯成人資問題（「業績做不起來」可能是招募規格錯、可能是激勵制度沒對準、也可能只是主管管理方式的問題）
• 處理該單位的關鍵人才留任與績效爭議
• 把單位的真實需求帶回 COE，讓制度設計不會脫離現場

核心能力是翻譯——業務語言跟人資語言之間的雙向翻譯。只懂人資專業但聽不懂業務在急什麼的人，做不了 HRBP。

為什麼很多公司導入 HRBP 會失敗？

最常見的失敗是：只改職稱，沒改工作內容，也沒改能力。人資專員名片印上 HRBP，但每天還是在處理請假單、跑到離職流程、催考勤，因為公司根本沒有 SSC 把這些行政接走。

這是結構問題不是態度問題：HRBP 的前提是有人幫你把行政拿走。沒有那個前提，HRBP 只是一個更好聽的名字，而且會讓當事人更挫折——被期待做策略，但時間全被雜事吃光。

第二個常見失敗是把 HRBP 當成升遷路徑而不是能力轉換。從專員升 HRBP 不是年資到了就換位子，是要從「執行流程」切換成「診斷問題」，這兩件事需要的腦袋不一樣。

中小企業需要 HRBP 嗎？

多數不需要，硬套反而有害。三支柱模型的成立條件是「規模大到值得把三種工作分開做」。一家五十人的公司只有一到兩個人資，三塊工作本來就在同一個人身上，強行套上 HRBP 的名目只是製造混亂。

中小企業真正該借用的不是這個結構，而是背後那個問題：「我們的人資有沒有時間做判斷，還是全部時間都在做行政？」如果答案是後者，該解決的是把行政自動化掉，而不是改職稱。這也是近年企業開始用 AI 處理請假流程、初步履歷篩選的原因——目的不是取代人資，是把時間還給判斷。

以後人資是不是都要走 HRBP 這條路？

不一定，而且這條路本身正在被改寫。

麥肯錫 2024 年的調查顯示，約 48% 的人資主管認為自己的組織採用的是 Ulrich 模型的變體，但同時有約 47% 表示更想走「員工體驗導向」的另一套模型——代表這個沿用近三十年的框架，共識正在鬆動。

鬆動的原因跟 AI 直接相關：三支柱裡最先被自動化吃掉的就是 SSC 那條腿。當行政作業大量自動化之後，原本「把行政集中起來提升效率」的那個支柱意義就變了，整個模型的結構邏輯也跟著鬆動。這件事會怎麼演變，我另外寫在5 年後、10 年後人資會變成什麼樣子。

比較務實的看法是：與其把 HRBP 當成必經的職涯終點，不如把「能不能把業務問題翻譯成人資問題」當成要練的能力。那個能力不管組織叫你什麼職稱都用得上，模型會換，能力不會過期。

結語

HRBP 是一種分工設計，不是一個階級。判斷自己該不該往這個方向走，先看兩件事：你的公司有沒有把行政接走的機制、以及你想練的是執行還是診斷。兩個都沒有的話，職稱換了也不會變成 HRBP。