第 9 章　用"角色"代替"问题"

本章判据："你是从'HR 该是什么角色'出发，还是从'这个问题怎么解'出发？"

本章主线：代际坐标（角色思维是 HR2.0 的产物）→ 对尤里奇的四层反思 → 边界（含代际层）

一

"我们做三支柱，已经一年了。"

说话的是这家人力资源负责人。她面前的桌上摊着一份复盘材料：新的组织架构图、汇报关系表、三支柱运行机制说明，还有一页满意度调查的结果。

一年前，他们把 HR 团队拆成了三块：COE 管专业，HRBP 派到各条业务线，SSC 统一处理事务。架构图上，三条线清清楚楚，每一块的职责范围都写着明确的边界。派出去的 BP 一共有十一位，每位都配了对口的业务负责人。

"架构是顺的。"她说，"人也都派出去了。BP 现在每周都参加业务例会，有的还进了业务的项目组。"

她停了一下。

"可是业务那边对我们的评价，跟一年前没什么区别。"

我问她，一年的时间里，那十一位 BP 主要在做什么。

她想了想，说：帮业务做招聘需求的对接、参加例会做纪要、跟进一些人事流程、答业务同事的各种咨询、把业务的问题转给 COE。

"转过之后呢？"

"COE 出方案。"

"方案出来之后呢？"

"BP 去跟业务讲。"

我请她把这三个角色画在纸上。画完之后，她盯着看了一会儿，说了句自己都意外的话：

"这不还是原来那条流水线吗？只是换了个名字。"

二

这不是一家公司的故事。这是这个行业二十年来反复发生的一件事。

从"HR 部门"到"三支柱"，从"人事专员"到"HRBP"，从"支持部门"到"业务伙伴"——我们改过很多次名字，也改过很多次架构图。

每一次改革的逻辑都是同一套：先确定 HR 应该扮演什么角色，然后按角色分工，然后把人配进去。

第一步，我们讨论"HR 应该是什么"。是行政专家，还是战略伙伴？是服务者，还是驱动者？

第二步，我们把这些角色落到组织上。COE 负责专业能力，HRBP 负责业务关系，SSC 负责流程效率。

第三步，我们按这个架构配人、定汇报线、写职责说明书。

三步走完，一个"新架构"就绪了。

于是我们会发现一件很奇怪的事：每一步都做对了，结果却没有变。

人换了，汇报线换了，会议的形式变了，连职位名称都变了；而业务对 HR 的评价，几乎原地不动。

为什么？

三

在往下拆之前，我想先说一个坐标。

因为不说这个坐标，后面的分析会显得像在挑某一位学者的毛病。而它不是。

我们这些做 HR 的人手里，其实有一张自己的代际地图：HR1.0、HR2.0、HR3.0。

这三代真正的分别，不在方法，也不在角色——在"交付什么成果"，以及"怎么交付"。

HR1.0 交付的是"事务的完成"。 办手续、发工资、招人、管档案。它没有"成果"这个概念，它交付的是"办完了"。别人找你，是因为有事要办；办完，事情就结束了。评价也简单：办得快不快、有没有出错。

HR2.0 交付的是"专业产出"。 角色、体系、模型、方案——这一代 HR 的产出物越来越专业。它的进步是真实的：HR 终于有了自己的方法论、自己的语言、自己的部门。

但它有一个说不清的地方：这些专业产出，改变了什么？ 一个胜任力模型落地了、一套三支柱搭起来了、一次人才盘点做完了——然后呢？

HR3.0 交付的是"业务成果的达成"。 它的产出物不再是"我们做了什么"，而是"业务因此发生了什么"。

三代摆在一起，能看到一条很清楚的线：

从"办完了"，到"做出来了"，再到"改变了什么"。

中间那一格——HR2.0——不是不交付，它交付得很勤奋。它只是交付的是"专业产出"这个层次的东西。

而"专业产出"和"业务成果"之间，缺的那一段，就是分析。

换一个更精确的说法，看得更清楚。我们用 D（做法）、L（逻辑）、R（成果）三层来看这三代：

关于 HR1.0，有两句原文值得单独记住：

它的手段和成果，做不好是风险，做对了也不促动战略。

它的技术特征里，不出现人才技术、组织技术。

—— 它是"不出事"，不是"成事"。 这两句，把 HR1.0 的上限定死了。

而 HR2.0 那一行的"L"，是最值得盯的地方：既有岗位切分、现有业务经验、粗糙的过程性方法。

三个词里，两个是"既有 / 现有"，一个是"粗糙"。它们都指向过去。

这就解释了它为什么只能"维持"成熟业务的日常运营 —— 因为它的逻辑是从过去长出来的，而它要面对的业务，正在变。

所以 HR2.0 的问题，不是能力问题，是情景问题：

它的手段，是为另一个企业情景设计的。

顺着这一点往下推，会得到一个不太客气、但很可能成立的结论：

企业真正需要的，是两端的 HR1.0 和 HR3.0。

HR1.0 管"不出事"，HR3.0 管"成事"；而中间那一层，会越来越薄。

说完这个坐标，我们回到开头那个具体的问题：角色。

"HR 应该扮演什么角色"这个问题，只出现在 HR2.0 那一格里。

HR1.0 不问这个——它就是一个职能，不需要定义自己是什么。

HR3.0 也不问这个——它的起点已经不在 HR 身上了，它问的是"业务成功是怎么发生的、我能在哪一段动"。

只有 HR2.0 会问。

而且再往下看一层：这一格里为什么非要问这个？

因为 HR1.0 留给这个职业的，是一种处境：不被当成一回事。 不是工作辛苦，是"别人不觉得你重要"。

HR2.0 对这个处境的回应是：我们要升级，升成战略伙伴。

这个回应看起来是业务导向的，实际上是向内求解的——它问的是"我们应该变成什么样子"，而不是"业务需要什么"。

角色思维，是"想被承认"这件事的方法化。

而"角色"本身是一个岗位概念。四角色是把"HR"这个岗位再切一次；三支柱是把"HR 部门"这个组织再切一次；胜任力模型是把"这个岗位上的人"再切一次。

它们是同一种逻辑：先定一个位置，再找这个位置该做什么。

于是这里出现了一个很要紧的填空题：

当我们手上没有"从业务成果推到手段"的那一段分析时，我们会抓住什么？

会抓住角色。 因为角色是最容易抓的东西——它看得见、画得出、能开会、能立项、能写进年度计划。

而"什么造成业务成果"很难抓——因为它要求你先承认自己不知道。

所以：角色思维，是"中间缺了那一段分析"时，必然抓住的那根绳子。

这也就解释了它为什么必然无力：它要回答"HR 该是什么"，可"是什么"根本不决定"有没有用"。一个人是 COE 还是 BP，是他在这条流水线上的位置；而他的价值，取决于他遇到的问题重不重要、解决得对不对。

顺带说一句：这也是为什么 HR2.0 努力了三十年，行业整体变化不大。因为它换了位置，没换起点；换了答案，没换问题。

HR3.0 做的事更根本一点：它换掉了那个问题。

它的起点是业务成功。起点一换，产物就换了：从请求出发，产出的是任务；从 HR 自己出发，产出的是角色；从业务成功出发，产出的是解决方案。

所以 HR3.0 不谈角色——不是因为它回避，是因为这个问题的答案已经包含在它的起点里：当你在回答"这个业务问题怎么解"的时候，角色已经自己长出来了。

它是结果，不是前提。

四

现在，我们回到那个具体的人。

戴维·尤里奇（Dave Ulrich）在 1996 年出了一本书，叫《人力资源冠军》（Human Resource Champions）。 他在这本书里提出了一件当时很新的事：HR 的角色必须改变。

他给了四个角色：战略合作伙伴、行政专家、员工后盾、变革推动者。 他说，合格的 HR 专业人士应当同时在这四个位置上工作，而不是只做其中一个。

在那之前，HR 在很多公司里的形象是"办手续的"。尤里奇让 HR 第一次有了一套能跟业务坐在同一张桌子上说话的语言。这是历史贡献，我不想抹掉它。

但三十年过去了，我们得把这套东西重新看一遍——用刚才那个坐标来看。我把它拆成四层，一层一层说。

第一层 · 他解决了"角色要变"，没解决"怎么变"

尤里奇的主张，本质上是一个判断：HR 应该从行政专家，变成战略伙伴。

这个判断是对的。问题在于它是一个"应该是什么"，而不是一个"怎么办"。

他告诉了我们山顶在哪里，没有告诉我们路在哪里。

判断和路径，是两种东西。判断回答"应该成为什么"，路径回答"通过做什么、按什么顺序、用什么方法，才能成为"。而四个角色的每一项，都是一个身份描述，不是一套动作。

所以我们能看到，三十年下来，行业普遍停在了哪里——停在了"我们的角色应该升级"这句口号上，以及围绕这句口号展开的各种改名和改架构。

这里有一处佐证。 2026 年 3 月，微软重组了它的人力资源团队。这份重组文件里的表述是：从业务的"后台服务部门"，转变为"战略共创者"。

三十年过去了，这套语言还在原地服役。而微软那次真正动的，是别的（后面会说到）。

第二层 · 他交付的指向偏了：是"服务业务部门"，不是"服务业务成果"

这一层最要紧，也最容易被绕过。

尤里奇不只是说"要换角色"，他还说了一件更具体的事。他在书里要求 HR 转变心态：从"我做什么（what I do）"，转向"我交付什么（what I deliver）"。

这个方向是对的。真的对——它指向了成果，而不是动作。这一点我们要承认，而且要摆在前面说。

问题在下一步：这个"交付"，交给谁？

他给出的答案是"业务部门"。

这两个说法看着很近，其实是两个世界。

"服务业务部门"是一个关系概念。 它回答的是"我对谁负责""我跟谁坐在一起"。要落实它，需要的能力是态度、沟通、进入业务的会议——转个身、挪个座，方向就对了。

"服务业务成果"是一个因果概念。 它回答的是"业务成功的因是什么"。要落实它，需要的东西完全不同——你必须先能分析出来：这个业务的成果由什么造成、哪一段是瓶颈、哪一段现在可以动。

所以这里发生了一次很隐蔽的替换：他换的是"对象"，没有换的是"服务"这两个字。

从"服务 HR 自己"改成"服务业务部门"——服务这个词一直在，只是换了服务的对象。而这恰恰是角色思维的内核：它回答的始终是"我是谁、我对着谁"，而不是"什么导致什么"。

而这一层，正好解释了一件常被当作遗憾的事——他为什么没有给出落地的方法。

因为："服务业务部门"这个答案，不需要任何方法。 你只要态度转变、多去业务那边坐着，就算做到了。

而"服务业务成果"这个答案，必须有方法。 因为你必须先能回答"这个业务的成果由什么造成"，而这需要一整套从成果倒推的因果分析。

所以他没有落地方法，不是他没想到，是他的答案不需要方法。

这句话，是理解后面两层的钥匙。

第三层 · 他提出了"交付什么"的方向，没有回答"交付什么"

顺着第二层往下走，第三代问题就自己浮出来了。

他说要让 HR 从"我做什么"转向"我交付什么"。这是方向。

但接着就是一个没有人回答的问题：交付什么？

他停在了"交付"这个词上，没有走到"交付的内容"。

是不是交付一套组织设计？是不是交付一条从业务成果到岗位能力的推导链？是不是交付两个能选的组织人才方案，让业务来挑？他没有说。

这个"没说"，决定了它的性质：

理念回答的是"该往哪去"——它让你想清楚、讲得响。

方法回答的是"今天下午从哪一步开始"——它让你真的动起来。

尤里奇给的是前者。

一个理念可以让一个行业喊三十年，但它不能让任何一个人在周一早上知道该打开哪份文件。

第四层 · 他没有自己的落地方法

这一层最直白，我把所有数据都去掉，只留一个对照。

我们推荐的那十本书，每一位作者都留下了可以照着做的东西。考夫曼给了需求评估的方法——把"想要"和"需要"分开，把成果分层；罗宾逊给了绩效咨询的方法——以绩效差距为入口，进入业务问题；布德罗给了人力资本与循证的方法——从单指标对标，走到人力指标与业务指标的关系分析。

他们给的都是方法——你能照着做，做完手里有东西可以交出去。

尤里奇给的，是分类和清单：四个角色，十四项组织能力。

分类不是没价值。它让你知道"有哪些格子"。但分类有一个天生的局限：它不回答因果。

四个角色不告诉你哪个角色在前、哪个在后、为什么；十四项组织能力也不告诉你哪一项是前提、哪一项是结果、哪一项动了会带动其余。它们只告诉你，这些格子都在。

于是当它落地时，必然退化成同一个动作：对号入座，逐项打分，缺哪个补哪个。

所以这里有一句判据，可以拿去用很久：

如果一个人只给了你一张分类表，那么跨过那张表之后，你手里还是空的。

公允地说，尤里奇是一位"命名者"，不是一位"解题者"。命名是有价值的——它让一个领域有了共同语言。但命名和解题之间，隔着一整套方法。

四层合起来看

把这四层放在一起，它们说的是同一件事：

四个缺口，是同一个缺口：他做的是命名，不是解题。

而"命名"和"解题"的分别，正好就是这本书从头到尾在讲的那个分别——从"角色"出发，还是从"问题"出发。

再加上第三节那个坐标，这件事就完整了：

他不是在方法上出了差错，他是在一代方法论的内部做了他能做的最好。

那一代方法论的名字，叫 HR2.0。

而在那一代方法论的内部，有一个位置始终是空的——从"业务成果"到"手段"之间的那一整段分析。

也就是说：他不是起点错了，是中间断了一段。那一段，叫分析。

这一句可以解释前面四层里的每一个"没有"：

四层缺口，是同一个缺口的四种形状。

所以这本书里"从角色出发，还是从问题出发"这个判据，真正的含义是：

你的手上，有没有"从业务成果推到手段"的那一段分析。

那一段是空的，就只能靠手上现成的东西——而现成的东西里，最顺手的那一个，叫角色。

五

讲到这里，有一件事需要说清楚，否则前面这些反思会显得不公平。

三支柱，是这条路上的第二次尝试。

而这里有一个常被忽略的事实：三支柱并不是尤里奇本人发明的。 他自己说过，这是后人基于他的思想演绎出来的——有人把它叫作"尤里奇启发式"的模型。

这一点值得停一下：它说明"角色思维"不是某一个人的失误，而是一代人的共同起点。

它的逻辑和四角色一模一样，只是更具体：既然一个"战略伙伴"太笼统，那就把它切成三块——COE 管专业、BP 管业务、SSC 管流程。

切得更细了。方向也没变：先定角色的分工，再按分工配人。

所以如果四角色落地不了，把角色再切细一点，也不会落地。切的颗粒度改变不了起点。

回到开头那张纸上。那三条线之所以画出来没有用，不是画得不对——架构本身是清楚的，职责边界也是清楚的。

它没用，是因为那条线回答的是"谁负责哪一块"，而业务的问题从来不是按这个方式出现的。

业务不会带着一个"这是 BP 的问题"或者"这是 COE 的问题"来找你。业务带来的是一个结果——客户续约率在掉，交付周期压不下来，新市场打不进去。它不会自动按你的架构图切好送过来。

所以我们要说清楚一件事——

角色这个概念，本身不是错的。

放在代际上看，它的作用更清楚：角色解决了 HR2.0 的一个真实问题——当 HR 要从"行政职能"走向"业务伙伴"时，组织形态该怎么摆。这个进步是真实的。三支柱确实让 HR 靠近了业务，BP 确实坐到了业务的会议室里。

但它解决不了 HR3.0 的问题——因为 HR3.0 的问题不在"形态"上。

当你要解决的是"分工与协作"的问题时，角色是有用的：谁负责什么、边界在哪、怎么交接，这些都需要角色。三支柱作为一种分工形式，是可以成立的。

但这里有一个前提，很多人跨过去了："分工"是组织设计问题，不是价值来源问题。

角色可以用来设计组织，不能用来定义价值。

一个人是 COE 还是 BP，是他在这条流水线上的位置。而他的价值，取决于他遇到的问题重不重要、解决得对不对。

位置决定他站在哪里，不决定他有没有用。

六

那，从哪里开始？

我给出的判据是这一句，它很短：

你现在谈的，是"HR 应该是什么角色"，还是"这个业务问题怎么解"？

一问就分家。

如果你正在谈角色——你在问"我该做什么""我的边界在哪""我应该向谁汇报"——那么你的注意力在自己身上。

如果你正在谈问题——你在问"这件事为什么会这样""哪一段可以动""动了会有什么后果"——那么你的注意力在事情上。

这两句话看起来只差一点，但它们会把人带向两种不同的工作方式，也带向两种不同的评价。

因为角色会把你遇到的问题，装进你熟悉的盒子里。

一位 HRBP 遇到一个业务问题，如果他的思维起点是"HRBP 该做什么"，那么他会很自然地，把这个业务问题翻译成一个人力资源问题——因为只有翻译过来，他才有事可做。

于是业务带过来一句"交付周期太长"，回来的方案是"要提升项目团队的能力"。

这个回答不能说错。它是从 HR 这一侧的货架上取下来的。它只是未必是从业务的那个问题上推出来的。

这里还有两句可以一起用的问话。

第一句，问自己现在站在哪一代：

"我正在用的这套方法，是哪一代的？"

如果工作是按请求办事，那是 HR1.0；如果在思考"HR 应该是什么样子"，那是 HR2.0；如果在思考"什么造成业务成果、我能在哪一段动"，那才是 HR3.0。

第二句，问的是动机——这一句更不留情面，但也更管用：

"我现在是在争取被承认，还是在解决问题？"

争取被承认，起点是别人怎么看我们，所以结果永远掌握在别人手里。解决问题，起点是事情本来的样子，所以结果自己会显形。

七

这一章讲的，其实是一件事的两面。

一面是：我们习惯从角色出发。这是可以理解的——角色是最容易讨论的东西。 它看得见、画得出、能开会、能立项、能写进年度计划。而"这个问题怎么解"很难讨论，因为它要求你先承认自己不知道。

另一面是：从角色出发，走到最后，手里是空的。因为角色回答"我是谁"，不回答"什么导致什么"。

所以这一章要立的东西只有一句：

HR 的价值，不由它扮演什么角色决定；由它解决了什么问题决定。

角色是结果，不是原因。

我们先解决问题，角色会在解决问题的过程中自然长出来；我们先定角色，问题就会一直排在角色的后面。

我们和尤里奇想去的是同一个地方。

只是他想让 HR 换一个角色，我们想让 HR 换一个起点。

八

你现在就能做的

拿一张纸，写下你这一个星期做的三件事。就三件，写得具体一点：做了什么、因为谁提的、花了多少时间。

然后在每一件后面，问一句：

"如果我不是 HRBP（或者不是 HR 专员、不是 COE），这件事还该做吗？"

答案是"该做"的，那是问题驱动的。

答案是"不该"或者"说不好"的，那是角色驱动的——它存在的原因，是"这个角色通常做这个"，不是"这件事需要有人做"。

这个动作大概需要十分钟。它不会解决任何问题，但它会让你第一次看清自己的时间，有多少花在了自己的角色上。

你还需要补的

从"角色"换到"问题"，中间横着一道坎：你得能先定义问题。

而定义问题不是"把需求记下来"。它是另一回事——业务带着一个模糊的困扰来找你，你能不能把它还原成一个清晰的、有因果结构的、可以动手的问题。

这道坎，是下一章要讲的（业务介入的起点）。