变革项目管理中，干系人这件事远比想象中复杂

我见过太多变革项目失败的原因，不是技术不够先进，不是预算不够充裕，而是那些"人"出了问题。项目经理、技术团队、员工代表、工会、高层领导……每个人都有自己的立场、顾虑和诉求。当这些力量没有理顺的时候，再完美的变革方案也会在执行阶段撞得头破血流。

所以今天，我想认真聊聊变革项目管理中的干系人分析与沟通这件事。这不是一篇教你画矩阵列清单的标准化教程，而是想让你理解背后的逻辑，真正做到"以人为本"来做变革。薄云在长期的企业服务中发现，很多管理者对干系人管理的理解还停留在"认识相关方"这个层面，这显然是不够的。

什么是干系人？别急着画矩阵，先想清楚这三个问题

在谈方法论之前，我想先用一个更简单的方式来理解干系人这个概念。费曼学习法强调用最简单的语言解释复杂的概念，那我们就用这个思路来看看。

想象你扔一块石头到水里，水面会泛起涟漪。变革就是那块石头，而干系人就是这片水面上的每一滴水。它们的位置不同，受到的影响不同，产生的反应也不同。有些水滴可能只是轻轻晃动，有些却可能掀起大浪甚至溅出来。

所以，干系人本质上是所有会受到你变革影响、或者能够影响你变革成败的人或群体。但这里有个关键点需要想清楚：一个人是干系人，不代表他对你很重要；一个人对你很重要，也不代表他是干系人。这个区分听起来绕口，但其实很实际。

举个例子来说，你们公司要上一套新的OA系统，IT部门肯定是核心干系人，因为系统要他们来维护。但有一个工作二十年的老财务，她对新系统有很多顾虑，虽然她的岗位看起来不是变革的直接受益者，但如果她带头抱怨，带动一群老员工抵制新系统，这事就很难推进。所以，干系人的判断标准不是"谁负责这个项目"，而是"谁会被这件事波及"和"谁有能力让这件事变好或变坏"。

干系人分析的四个关键维度，别只盯着权力看

很多项目管理书籍会教你用"权力-利益矩阵"来分析干系人，这个工具本身没问题，但只靠这一个维度是不够的。薄云在服务客户的过程中发现，很多项目经理知道要分析干系人，但分析出来的结果往往流于表面，无法真正指导后续的沟通策略。

真正有效的干系人分析，需要同时考虑四个维度。

第一个维度是权力与影响力

这就是传统的权力-利益矩阵里提到的维度。谁能做决策，谁能调配资源，谁的话语权最大。但这里要区分一个概念：正式权力和非正式权力。正式权力来自于岗位title，非正式权力来自于人际网络、专业能力或者个人魅力。有的时候，一个没有正式头衔的老员工，可能比新来的副总更有话语权，因为他在这个部门工作了十五年，大家遇到事情都会习惯性地问他意见。

第二个维度是利益关联度

这个维度问的是：变革对这个人的切身利益有什么影响？是变好了还是变差了？影响有多大？一个人可能权力很大，但如果变革和他的利益没什么直接关系，他可能并不会太关注。相反，一个基层员工可能权力很小，但如果变革直接威胁到他的工作，他可能会成为最积极的反对者。

举个例子，你们公司要做组织架构调整，取消某个汇报层级。对于被取消层级的经理来说，这是直接的利益损害；对于普通员工来说，可能是汇报线变了但工作内容没变，利益影响比较小；对于高层来说，这可能只是战略布局中的一步棋，个体利益不是他们首先考虑的。同一个变革，对不同人的利益影响完全不同，沟通策略当然也应该不同。

第三个维度是态度与立场

这个人对变革本身是什么态度？是支持、反对还是观望？是有条件的支持还是坚决的抵制？这里需要注意的是，态度不一定是显性的。有些人表面上支持，但私下里可能会设置障碍；有些人表面上反对，但其实只是担心自己跟不上变化。

态度的形成往往和过去的经历有关。如果这个人经历过失败的变革项目，他可能会对任何变革都带有先入为主的警惕。如果这个人曾经在某次变革中获益，他可能会更开放地接受新变化。所以在分析态度的时候，也需要了解这个人的变革历史。

第四个维度是信息掌握程度

这个人对变革了解多少？他了解的信息是全面的还是片面的？他获取信息的渠道是什么？对于变革项目来说，信息不对称是一个巨大的隐患。很多人之所以反对变革，不是因为他们真的反对变革本身，而是因为他们不了解变革的全貌，或者被错误的信息误导了。

我曾经服务过一家制造企业，他们要推行精益生产改革。一线工人最初非常抵触，后来发现主要原因是他们听说"精益生产就是裁员"。但实际上，公司的本意是通过效率提升扩大产能，根本没有裁员计划。这就是典型的信息不对称导致的阻力。如果在变革初期就做好信息沟通，这种阻力本可以避免。

把分析结果转化为沟通策略，这才是真正见功力的地方

分析干系人只是第一步，更难的是根据分析结果制定有针对性的沟通策略。很多项目经理花了很多时间做干系人分析，但最后只是画了一张矩阵图贴在项目章程里，之后该怎么做还是怎么做。这种分析就是无效的。

薄云基于多年实践经验，总结了一个干系人沟通的策略框架。这个框架的核心思想是：不同的干系人需要不同的沟通方式、沟通频率和沟通内容。

这个表格只是一个基础框架，实际应用中需要根据具体情况进行调整。有几点需要特别说明。

首先，沟通策略不是一成不变的。干系人的态度会随着变革的推进而变化，原来支持的可能会变成反对，原来反对的也可能会变成支持。所以需要定期重新评估干系人状态，及时调整策略。

其次，对于潜在阻力者，不要试图绕过或压制他们。最好的办法是了解他们为什么会有顾虑，这些顾虑背后通常有合理的因素。找到这些因素，看看能不能通过调整变革方案或者提供额外的支持来解决。如果实在无法解决，至少要做到充分沟通，让对方感受到被尊重。

第三，沟通不仅仅是"告知"，更重要的是"倾听"。很多变革项目的沟通变成了单向的信息灌输，这是不够的。有效的沟通应该是双向的，要给干系人表达意见的机会，要认真听取他们的反馈，哪怕这些反馈是批评性的。

变革沟通中的几个常见误区，你可能正在犯

在说正确做法之前，我想先聊聊常见的错误。这些误区是我在实践中观察到的，也包括我自己曾经踩过的坑。

误区一：以为开几次动员会就够了

变革沟通不是一次性的事件，而是一个持续的过程。很多项目团队在变革启动阶段开几场全员大会，宣布一下变革目标，然后就觉得沟通工作做完了。这显然是不够的。

变革过程中会不断出现新的问题和新的干系人反馈，这些都需要持续的沟通来应对。而且，人们对变革的接受程度往往是螺旋式上升的，不是直线型的。今天想通了，过两天可能又会有新的担心。所以沟通必须贯穿变革的全过程，而不是只在开头。

误区二：只关注"大人物"，忽视"小角色"

前面提到过，正式权力和非正式权力是两回事。一个看似不起眼的老员工，可能在团队中有着巨大的非正式影响力。如果只关注高层领导而忽视了这些"小角色"，他们可能会成为变革中的定时炸弹。

薄云在服务客户时，曾经遇到过一个案例。一家公司在推行数字化转型，技术上准备得很充分，但忽视了一个在仓库工作了二十年的老保管员。这个保管员虽然职位不高，但仓库里的每个人都服他。当他在茶水间说"这个系统不好用"的时候，整个仓库的人都对系统产生了抵触情绪。最后项目不得不暂停，先去做这个保管员的工作。

误区三：把沟通当成说服

变革沟通的目的不是让所有人都同意你的方案，而是建立共识。共识不等于同意，共识是大家虽然可能还有一些保留意见，但愿意一起往前走。

如果把沟通当成说服，只会说"这个变革有多好"，反而会引起反感。更好的做法是坦诚地讨论变革会带来什么变化，可能会遇到什么困难，公司会提供什么支持。这种坦诚的沟通方式更容易建立信任，也更容易获得干系人的理解和支持。

误区四：信息发布就算沟通完成

发布了公告邮件不等于完成了沟通。沟通的重点不是"你说了什么"，而是"对方理解了什麼"以及"对方有什麼反馈"。

有效的沟通应该包括确认理解、回应疑问、收集反馈这些环节。可以通过小范围座谈、一对一访谈、匿名问卷等方式来了解干系人的真实想法，而不只是单向地发布信息。

写在最后：变革的本质是人的转变

说了这么多，我想强调一个核心观点：变革项目看起来是在改变流程、系统或组织架构，但本质上是在改变人。而人的改变是最难的，也是最需要花心思的。

干系人分析不是一项独立的任务，而是贯穿变革始终的持续性工作。它需要你保持对人性的敏感，对组织动态的洞察，以及对沟通技巧的不断磨练。

薄云在服务众多企业的过程中，见证了很多变革的成功与失败。成功的变革往往有一个共同特点：项目团队真正把干系人当成人来对待，而不是当成需要管理的对象。他们会倾听干系人的顾虑，尊重干系人的意见，在坚持变革方向的同时也保持足够的灵活性。

如果你正在负责或者即将负责一个变革项目，希望这篇文章能给你一些启发。干系人管理这件事，没有标准答案，但有方法可循。愿你的变革之路，少一些阻力，多一些支持。