变革阻力就是数据：它究竟出现在哪里
在连续三次CRM系统上线中,我观察到同一种现象:抵触情绪从不出现在工作量增加的地方。员工毫无怨言地填写额外的字段,却对系统自动分配负责人表现出明显的不满——尽管后者为他们节省了时间,前者却占用了他们的时间。
当我不再把这种反应当作阻碍来看待时,解释就变得简单了。填写一个字段不会改变任何人的权力。自动分配夺走了原本由某个人做出的决定——他所抵触的,正是这一点。
变革阻力集中出现在新系统重新分配控制权(redistribution of control)的节点:谁掌握决策权(decision rights)、谁能看到结果、谁可以偏离规则。新增工作量的影响则弱得多。因此,一张阻力地图本质上就是一张控制权再分配地图,应当把它当作项目设计信息来解读,而不是当作沟通问题来处理。
变革阻力究竟出现在哪四个环节
把任何一次系统上线按照它改变了哪些控制权分布来拆解,会很有帮助。工作量在一个地方重新分配,而决策权在另一个地方重新分配——反应恰恰出现在后者。
谁来做决定。 自动分配任务、自动计算折扣、自动路由。这原本是一个人的决定——常常是非正式的,也正因如此对他而言才有价值;现在它变成了一条规则。
谁能看到结果。 工作可见性(visibility of work)对关系的改变,比任何界面都更深刻。原本只有执行者本人才看得到的工作,现在变得对主管和同事都可见——包括那些为了图快而绕开流程完成的部分。
谁可以偏离规则。 上线之前,例外是靠私下商量解决的;上线之后,例外要么完全不可能,要么需要明确审批。例外处理权(right to make an exception)是一种资源,被收回时会让人感到被降级。
谁还保有独有知识(unique knowledge)。 曾经是关于某个客户或某个流程的唯一信息来源的人,在上线之后不再是唯一来源。这是最安静、也最顽固的一种阻力形式:数据被有意无意地录得不完整。
| 被重新分配的是什么 | 阻力表现为什么样子 | 该怎么做 |
|---|---|---|
| 决策权 | 「系统做的决定不如人做得好」 | 为例外保留一条附带明确理由的通道 |
| 工作可见性 | 「这是微管理」 | 明确约定谁看这些数字、为什么看 |
| 例外处理权 | 「我们这里不是这么做事的」 | 把高频例外正式固化为一种场景 |
| 独有知识 | 数据不完整,且没有任何解释 | 在系统之外也明确认可这个人的贡献 |
第三列正是把阻力翻译成项目设计决策的地方。这四种应对方式没有一种属于沟通:它们改变的,要么是系统本身的结构,要么是关于如何使用系统的约定。
为什么变革阻力这个说法本身会误导管理者
「变革阻力」这个说法,听起来像是给员工下的一个诊断。一项历史概念梳理表明,这个术语并非从一开始就是这个意思。
在最初的表述中,阻力被理解为一种系统性属性,涉及整个组织,管理者也不例外。后来的作者在没有原始语境的情况下沿用了这个术语,把它变成了给员工贴上心理问题标签的工具。作者呼吁放弃这种框架。
这是一篇没有一手数据的概念性论文,论证建立在对他人文本的重新解读之上——这是一个直接的局限。它的实践价值在于,它解释了一个真实存在的变革管理(change management)困局:只要这种反应被当作人的属性,说服就是唯一可用的工具;一旦它被当作系统的属性,项目层面的解决方案就出现了。
调查数据揭示了变革阻力的哪些规律
在一项针对使用同一套企业系统的员工的调查中,42%的受访者同意,工作内容的变化——即谁以何种方式控制任务——会加剧阻力。作者将其直接归因于失控感。
样本量小,地域覆盖也很窄,研究设计是相关性的,数据是自我报告的——不能据此推广,我也没有这么做。真正有价值的是它的方向与实践中的观察相吻合:阻力关联的不是工作量,而是谁在控制什么这件事本身的变化。
如何在上线前绘制一张阻力地图
这项工作只需要几个小时,而且应该在上线之前完成,而不是在第一批冲突出现之后。
第三列通常正是那个留空的地方。这正是阻力容易预测的原因:它会出现在有人交出了控制权、却什么都没得到的地方——不是因为他刻意刁难,而是因为这笔交换对他来说是亏本的。关于这笔交换背后的经济学,参见对落地最后一公里的分析。
还有一种相反的错误值得指出:认为一种反应只要说得通,就自动站得住脚。可解释性只说明这种反应有其原因,可以被找到并加以处理——并不意味着这项变革就该被放弃。区别是实际的:前一种情况下,调整的是设计方案或交换条件;后一种情况下,撤销的是决策本身,上线的全部效果也随之付诸东流。
沟通中一个有用的技巧,是把问题本身和它的表达方式区分开。反对意见几乎总是听起来像是在评价系统的质量(「它做的决定不如人做得好」),但实际上说的是决策权该如何分配。一句直接的提问——「你以前自己做的哪个决定,现在不再由你做了?」——能在一分钟内把对话拉回到可以核实的层面,通常还会让对方如释重负:他不再需要为一个非技术性的反对意见,硬找技术上的理由。
第四列很少需要在实质上做出让步。多数情况下,只要保留一条附带明确理由的例外通道就够了:这个人在极少数情况下仍保有决策权,公司则获得了关于这种情况发生频率和原因的数据。
变革阻力何时是一个正确的信号
有一种特殊情况值得直接点明:有时候,阻力意味着这个决策本身是错的。以下是它的几个信号。
抵触的是最有经验的人。 如果新方案被最熟悉这个流程的人拒绝,应该先去理解他们的论据,而不是揣测他们的动机。通常,他们看到的是一个没有被考虑到的例外情况。
反对意见具体且可复现。 「不方便」是一种感觉。「在这个场景下,系统在这一步要求的数据其实还不存在」是一个缺陷,必须修复。
绕开系统反而效果更好。 如果绕开系统完成的工作,结果稳定地更好,那说明系统在设计时遗漏了某个重要因素。
上线前应完成的四个步骤
绘制控制权再分配地图
针对每一处变化:谁失去了决策权、可见性或例外处理权。
填写「换来了什么」这一列
空白的行就是对阻力将出现在哪里的精确预测,也是一份需要解决的清单。
为例外保留明确理由
在系统中登记的偏离权,比一刀切的禁止更便宜,还能提供关于频率的数据。
把具体的反对意见当作缺陷来处理
可复现的反对意见是流程的一个bug。含糊的反对意见,则说明这笔交换本身是亏本的。
如果对一条反对意见的回应,是解释这对公司有什么好处,那这场对话根本不在一个频道上:对方说的是他个人失去了什么。
关于变革阻力的常见问题
在系统上线时,如何克服员工的阻力?
不是去克服它,而是去拆解它。列出每一处变化拿走了什么:决策权、工作可见性、做例外的可能性、独有知识。那些拿走了东西却什么都没有给的行,正是阻力的来源。说服在这里不起作用,因为对方争的不是公司能得到什么好处,而是他个人的损失。
为什么连方便的变化也会遭到抵触?
因为便利和控制权是两回事。自动分配任务节省了时间,同时也拿走了一个原本由这个人自己做出的决定。如果这个决定曾是他影响力或职业价值感的来源,省下的时间并不能弥补这种损失。这种反应是理性的,把它归因于性格没有任何帮助。
如何区分阻力和有依据的反对意见?
看它是否具体、是否可复现。「不方便」说的是交换本身的问题,靠改变交换条件来解决。「在这个场景下,系统在这一步要求的数据其实还不存在」是一个需要修复的缺陷。还有一个信号:如果新方案被最有经验的员工拒绝,应该先从他们的论据入手——他们通常看到了一个没有被考虑到的例外情况。
如果数据被不完整、且没有任何解释地录入,该怎么办?
去找,是谁的独有知识因为数据变完整而贬值了。这是最安静的一种反应形式:曾经是某个客户唯一信息来源的人,一旦同样的信息对所有人都可见,就失去了自己的位置。真正起作用的,不是加强对数据完整性的检查,而是在系统之外明确认可这个人的贡献——并让他参与设计这份知识今后该如何被记录下来。
关于反应是由自动分配负责人触发、而不是由额外字段触发的这一观察,来自作者本人参与的三家公司的CRM系统上线:一家数字营销代理公司、一家季节性企业礼品制造商,以及一个在线预约平台。这些是内部观察,未经过定量测量确认,也未经独立第三方核实,在此仅作为说明机制的示例。四种控制权再分配类型的分类方式,是作者本人的归纳总结,而非借用某种现成方法论。
- Dent E. B., Goldberg S. G. Challenging "Resistance to Change". Journal of Applied Behavioral Science, 35(1), 1999. journals.sagepub.com
- Azouri M., Harb A., Bou Chaaya L., Akoury C. The Impact of Change Management on ERP Implementation. Arab Economic and Business Journal, 14(2), 2022. journals.usek.edu.lb