第 14 章　组织与人才怎么咬合

本章判据："齿轮不是一个图，是一套咬合的方法。"

本章主线：组织与人才不是两个模块，是"一根轴上的两段"——而中间那一步叫"大任务分析"

说明：本章是第三部（想错了）最后一章

一

一家公司同时做了两件事。

一件是组织设计：请外部机构做了新架构，部门职责、汇报线、编制方案，出了厚厚一本。

另一件是人才盘点：内部 HR 团队做的，九宫格、继任名单、关键岗位的能力模型，也出了一本。

两份报告同一天交到总经理手上。汇报很顺利。

会后我问了项目负责人一个问题：

"这两份报告之间，有关系吗？"

他翻了翻，说："……好像没有直接关系。"

我说："那这两件事，是怎么凑到一起的？"

他沉默了一会儿，说了一句很实在的话：

"都是今年要做的事，所以就一起做了。"

二

这不是某一个项目的做法，它是一种很普遍的结构。它有三个典型的样子。

第一种：两拨人，两套语言。

组织设计交给咨询公司（他们讲结构、流程、边界），人才盘点交给内部（我们讲能力、梯队、校准）。

两拨人各自都很专业，但他们在整个项目周期里，可能一次都没有坐下来读过对方的材料。

第二种：先做组织，再"交底"给人才。

这是看起来更"有顺序"的做法：组织先定，然后把组织图交给人才团队，说"你们照这个去配人"。

问题在于——组织图上没有"能力"的位置。 一个人拿到一张组织图，能看到"哪个部门管什么"，但看不到"这个位置上的人要会什么"。

第三种：用"角色"去挂业务。

这一种在第 9 章说过——用 HRBP 这个角色去"贴近业务"，而不是用逻辑去接业务。

三个人都到位了，三个角色都设了，但组织与人才之间那条线，还是没有。

三

现在说清楚这一章的要害。

有一句话，把这件事讲得很准：

"传统 HR 不仅没有『关联业务战略』的方法模型；甚至『组织』和『人才』之间都没有很好的耦合 —— 缺『关联的有机齿轮结构』；这才是问题的核心。"

这句话里，"齿轮"两个字是全部关键。

为什么是齿轮？

因为齿轮有一个别的图形没有的特性：它不是"摆在一起"，是"咬在一起"。

一个齿轮转，另一个必然跟着转——而这种"必然"，是由齿的形状决定的。

所以"齿轮结构"这个说法，其实在讲一件事：

组织与人才，不是两个模块，是"一根轴上的两段"。

四

那我们来看这根轴，长什么样。

`

业务设计

↓

大任务分析 ← 啮合点

↓

能力簇

↓

组织设计（怎么切）

↓

人才配置（谁来做）

↓

方案实施

↓

驱动业务成果

`

中间那一步"大任务分析"，就是啮合点。

它一头接业务——"这个业务要成，必须做成哪几件大事？"

一头接能力——"要做成这几件事，需要什么能力？"

所以它的位置很特殊：它是唯一一个同时长在两边的东西。

如果这一步缺了，会发生两件事：

而这两件事，正好是现实中组织与人才工作最常见的形态。

组织设计 = 把现有部门重新画一遍；人才盘点 = 把现有的人重新评一遍。

两件事都做了，一根轴还是断的。

五

再往里看一层。齿轮的"齿"是什么？

我认为答案是：能力。

组织那一侧的齿，叫"岗位能力要求"。

人才那一侧的齿，叫"人的能力"。

两边咬合，就是这一句话：在这个位置上，这个人做得了这件事。

这个说法看起来朴素，但它有三个很硬的好处：

① 它让"组织设计"有了依据。

岗位不是"根据行业惯例设几个"，而是从能力簇切出来的。切法不同，岗就不同——这正是第 13 章说的"能力要求是设计的产物"。

② 它让"人才盘点"有了标准。

盘点不是"评这个人强不强"，而是评"他能不能咬上这个齿"。而这需要先有齿的形状——也就是第 12 章说的那个"定义"。

③ 它让"两个模块"变成"一个方案"。

组织与人才不再是两份报告，而是一份方案的两面。

所以"咬合"这个词，比"协同"准得多——协同是两个东西配合；咬合是两个东西对上了。

六

到这里，判据可以给了：

"齿轮不是一个图，是一套咬合的方法。"

它说的意思是：别把"齿轮"当成一张漂亮的示意图——它是一套动作，是要一步步做出来的。

检验它，我建议问这个问题：

"你的组织设计，是从哪个大任务推出来的？"

三种回答：

还有一问，可以用来检查咬合的紧不紧：

"如果把组织图上的一个部门拿掉，你会去人才名单里找谁？"

答得出来 → 说明这两个东西在你脑子里是对着的；

答不出来 → 它们在你脑子里就是两份文件。

七

说清楚：组织与人才分开做，不是总不行。

有两种情况，分开做是成立的：

① 业务设计已经确定，而且组织与人才之间本来没有耦合需求。

注意这个条件有多严——它要求"这件事不需要通过人来做" 这在管理场景里很少见。

② 岗位高度标准化、样本足够大。

比如流水线、标准化的客服坐席——岗位的形状早就定型了，不需要每次重新推导。

但现实中，这两个条件很少同时成立——尤其是当业务在变的时候。

而这也解释了为什么"组织与人才分开做"这种做法，在业务稳定时看不出问题，在业务变化时立刻暴露。

八

所以这一章要立的东西，是这两句：

"组织设计回答'怎么切'，人才配置回答'谁来做'；而中间那一步，叫'切什么'。"

"缺了大任务分析，组织设计只能改现有部门，人才盘点只能评现有的人。"

这两句话合起来，也在说第三部（想错了）这三章的关系：

三章合起来，是第三部要说的那句话：你缺的不是手段，是逻辑。

九

你现在就能做的

拿出你的组织架构图——一页就够。

然后挑出其中一个部门，问自己三句：

"这个部门，是为了承接哪个大任务而设的？"

"这个大任务，是为哪个业务成果服务的？"

"如果我把它拿掉，哪件事会做不成？"

规则：

• 三问都答得出来 → 这个部门在轴上，有来处；
• 第一问就答不出来 → 它可能是"一直都有"的那个部门。

这个动作大约十分钟。 它不会让你调整组织，但它会让你第一次看清：你手上这张组织图，是一张"推导出来的图"，还是一张"历史沿革的图"。

你还要补的

讲到这里，第三部就讲完了。但还有一件事没有讲：如果组织与人才分开做，会带来什么后果？

答案是：两件事都做了，却没有一件事被做对 —— 而这正是第四部（整合与策略）要讲的。

那是下一章的事。