简单来说，
HRBP是一种角色，
Markdown是一种语法。

Lirian是男程序员，
Mia是女HR。
他们经常会互相科普各种名词，
Lirian决定把谈话记下来。

HRBP

话说某一天Lirian问Mia：
“问个问题啊，HRBP究竟是什么？”

Mia十分惊奇：
“怎么想起问这个了，贵司要招HRBP么？”

“不是不是，我就是好奇一下。
比如先说HR吧，我在想，
HR的全称其实是Human Resources，
直译过来就是人力资源。
那假如说‘我是一个HR’，
直译过来岂不是‘我是一个人力资源’了么？
感觉怪怪的。”

“哎呀，这个是习惯用法啦。”

“那HRBP呢？HRBP全称是什么？”

“HRBP的全称是Human Resources Business Partner。
你首先得要有一个概念，
HRBP它广义上不是一个职位，
而是一种角色定义。”

Lirian很困惑：“什么意思？”

Mia并没有直接回答这个问题，
而是抛了另外一个问题：
“我从源头上跟你讲吧。
传统意义上人力资源的分类，
是分成了六大模块，
这个你知道吧？”

Lirian表示知道：
“我想想啊，你别说啊，
六大模块应该有招聘，培训，薪资…呃…
呃…和其它三大模块！”

“嗯，你前面的招聘、培训、薪资福利都说对了，
后面还有绩效、劳动关系，
和……人力资源规划~
但是呢，这种分类方式特别教条化，
怎么可能有人只做薪酬，
有人只做招聘呢？
比如你做招聘的，
肯定得了解候选人薪资呀，
也得了解绩效嘛。
所以后来就有人把六大模块这个理论完全抛开，
提出了全新的三支柱理论。”

“那是哪三个支柱呢？”

“第一个就是HRBP。
第二个是SSC，Share Service Center，
SSC处理的都是一般性事务。
还有个叫做COE，Center Of Expert，
就人力资源专家，
你可以想像那些讲师，
专门做培训、招聘、绩效的。”

Lirian好奇地问：
“那是不是说比如‘我去当个小HR’，
这里的小HR一般指的是SSC？”

“嗯是的，世界上大部分HR都可以算是SSC。
在一个大的公司里面，
这部分HR就会专门来处理杂活，
这个类型的HR其实入门门槛很低。”

“那假如我要当HRBP，
是不是我也得从SSC做起？”

“这不一定。
假如你想当HRBP，
最有效的其实是你本来就是业务部门的人。
比如我以前是写代码的，
但我觉得哎呀写代码太吃力。
我会写，但是我写的不好，
于是我就去当HR。（Lirian笑）
然后我就去学了HR的课，
考了证书，
又做了几年招聘，
然后我再跑到一家公司去当研发部的HRBP了。
通常HRBP对资历要求比较高。
这种呢就是属于你从业务部门，
直接转去做HR，
那么你的优势会非常大，
但是事实上比较少的人会选择这么做。
我Manager Tina就是其中一个，
她以前是做销售卖ERP软件的，
所以她后来去当猎头做招聘就很有优势，
再后来她就当HR了。”

Lirian对业务部门表示了疑惑：
“什么部门算业务部门啊？”

Mia给出了定义：
“业务部门就是能给公司带来直接盈利的部门。”

“喔！比如销售！”

“对的，还有产品、售后支持部啊。
当然这种已经算有点偏的了。”

“技术部呢？”

“技术部也算啊~”

Lirian想起他们经常采购手机什么的，
表示很惭愧：
“但我感觉我们净给公司花钱了……”

“但是你们是生产出产品的人啊。
长远来看你们为公司生产了价值，
而盈利了。
像HR部门啊，行政啊，财务啊就不算业务部门。”

Lirian感慨道：
“那感觉跨界的是有优势啊”

“对，这种就是人力资源部门里不是科班出身的。
还有一种就是正正经经的，
大学也是学人力资源专业的，
然后从SSC，
做到了HR Specialist，
到HRBP，
一步一步往上做到Expert也是有的。”

听完了这一段，
Lirian对HRBP是什么大概有了点了解，
他又问了：
“那HRBP究竟会做什么呢？”

“这个呢，分很多种情况，
比如说十五年工作经验以上的HR吧。
就像我们老大，
他经常要开会，
那他都开些什么会呢？”

“是啊，都开些什么呢？”

“实际上这个层级的HR，
很多是和老板一起参与公司战略规划。
比如说Team Leader有一个目标，
然后HRBP就会说从人力资源的角度，
从人才配置的角度去帮助他实现这个目标。
特别是团队里出现了一些问题的情况，
就需要HRBP的建议，
像活特别多，干不完要招人；
或者是竞争对手一直在跟我们抢人这种。”

“呃，等等。
这么听来我觉得HRBP也不是所有情况都适用的吧？
比如说万一有人不信这套理念，
万一Leader认为业务部门的事情，
就应该业务部门自己解决。
当然了从HR的角度来说，
肯定是他没认识到HR的重要性，
但感觉也会有很多公司都是这样没有HRBP的吧。”

“会啊，初创型企业就是这样，
大公司里一般才有专门职位。
小规模的公司里这些活其实被经理啦，
主管啦，或者是部门的HR给分摊掉了。
但不要忘了，
这个时候业务部门的负责人，
他其实是自己在承担这一部分的角色。”

“科学。
要这么定义的话，
的确是谁干这部分活，
谁就承担了HRBP的角色了。”

“对的。”

“那我来复述一下我对HRBP的理解吧？”

Mia一摊手：
“请开始你的表演。”

Lirian总结了三点：“

• 首先HRBP广义上是一个角色，狭义上也可以是个职位。
• 然后HRBP存在的作用就是帮业务部门处理战略上的事情。
• 其次因为要帮业务部门的忙，所以假如他是懂业务出身，他是有一定优势的。

”

Mia又补充了一下：
“HRBP就是帮业务部门解决痛点问题的，
假如他是业务部门出身会有非常大的优势。
因为部门的老板会很容易被他说服。
要不然假如说HRBP从来没写过代码，
技术部门的leader可能就会想：
‘你又不懂，凭什么指挥我啊’…”

“嗯是啊。
那感觉HRBP做的厉害了以后，
下一步就直接当高层管理了？”

“是有这个可能性，
但是其实很小。
基本上比起其他部门，
一个HRBP很难成为CEO，
顶多就当一个HR部门的头头算到顶了。”

“喔，是这样啊。”

Mia又想到了点什么，
补充道：
“我们刚才说的，
都是真正的HRBP干的事情。
但事实是现在大多数公司HRBP都干的不是这个事情。
中国这套HR体系本来就是西方引入的嘛，
所以很多地方都变味了，
有些HRBP一开始又做招聘又做培训，
出了任何问题都要你解决。
这种HRBP就变成了每个团队的专用HR的感觉。”

“噢，
所以正常来说就HRBP可以接活，
但是杂活呢，就分给SSC。
太专业的活，可以丢给Expert。”

“没错，”
Mia通过了Lirian的答案，
突然又想考考他，
又问道：
“那你觉得HRM，就是HR经理和HRBP有什么区别呢？”

Lirian想了想，说：
“我感觉这两个不是一个维度上的吧。
HRBP感觉是三支柱里的一个角色，
HRM感觉更多是职位高低的感觉，
比如小HR，普通HR和HR经理这种。”

“差不多吧。
他们之间很大的差别是，
HRBP不会去制定公司的规章制度啊整套体系啊什么的，
因为他是针对特定的团队特定的业务。
但HRM就有这个责任，
去制定整套的规章制度。
比如假如公司要上市了，
老板需要有人来帮他制定完整的薪酬福利制度啊，
绩效考核制度啊，
这时候他需要的就是HRM，
而不是HRBP了。”

Lirian学到了不少，
赶快表现出恍然大悟的样子：
“学到了！”

Mia喝了口水，
总结了下陈词：
“反正我觉得最高级的HRBP，
就是站在老板的角度上想问题。
不过这样也满亏的，
拿着HR的钱，
做着老板的事情。”

Lirian笑道：
“不过假如我是老板，
我肯定很喜欢你这样的员工。
假如我的每个员工都有ownership，
都像老板一样思考问题，
那我的公司一定是个伟大的公司。”

Markdown

喝了点水，
歇了歇以后，
Mia问Lirian：
“那你上次要跟我说的Markdown呢？
那是什么？”

Lirian再次表示很惭愧：
“我感觉这个两三句话就说完了…”

“说嘛说嘛~”

“Markdown其实就是一种写文章的语法，
就像Word文件里指定了哪些字是标题，
哪些字是加粗的语法一样。
用Markdown来写文章可以让你更好地控制格式。”

“啊？说完了？”

“……说完了啊……”

Mia感觉被两三句话就打发了，
很不服，于是继续问道：
“那上次看你用有道云笔记写东西，
为什么左右有一黑一白两个屏幕啊？”

“喔，那个右边是预览页面。”
Lirian想了想，
详细地解释道：
“要讲Markdown，
我先来讲下Markup。
Markdown这个名字呢，
其实一开始是跟Markup针锋相对的。
Markup就是网页显示字体用的那种语法，
Microsoft Word用的也可以算是一种Markup。
Markup所宣扬的是WYSIWYG：
What You See Is What You Get，
中文翻译是所见即所得。
比如说我们要加粗一个字体，
我们就选中字体加粗一下。
但是这样有一个问题，
就是WYCSYCG：
What You Can’t See You Can’t Get，
格式的表现能力就一眼可见的那么多。
假如我想做到同样的文字，
在不同的环境下呈现不同的效果，
就不行了。
所以我们就有了Markdown。”

Mia听得一脸懵逼，
Lirian就拿了台电脑开始展示起来了：
“比如说Markdown这种语法，
我们写文章可以这么写”

# 这是大标题

## 这是二标题

想**加粗**字体要在字体两边各加两个星号，*斜体两边就只加一个星号*。

引用别人的话可以加反引号，`像这样子`。

引用鲁迅的话就可以在行首加大于号：

> 网上的人都瞎编我的名言 —— 鲁迅

1. 可以用数字来表示序号
2. 就像这样

* 也可以表示列表
* 就像这样

上面这段Markdown呈现出来会长这个样子：

这是大标题

这是二标题

想加粗字体要在字体两边各加两个星号，斜体两边就只加一个星号。

引用别人的话可以加反引号，像这样子。

引用鲁迅的话就可以在行首加大于号：

网上的人都瞎编我的名言 —— 鲁迅

1. 可以用数字来表示序号
2. 就像这样

• 也可以表示列表
• 就像这样

看完这段展示以后，
Mia表示：
“我感觉这跟你们写程序很像啊，
要记很多种东西，
而且写出来还要渲染，
感觉很麻烦啊。”

Lirian解释道：
“Markdown里，
常用的语法也就大概10种左右吧。
这个很容易学的。
而且用Markdown可以把所有的富文本转换成纯文本，
纯文本就没有在不同的电脑上，
呈现的效果不一样的问题啦。”

Mia想了想，
最后问道：
“那为什么云笔记要专门支持Markdown啊？
感觉这个功能就是给程序员设计的…”

Lirian：
“我也不知道…”