简单来说,
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:
“我也不知道…”