2025年7月至2026年6月，我担任某省级三甲医院云影像平台项目的项目经理。该项目投资980万元，工期12个月，涉及与现有PACS、RIS、HIS三大系统的异构集成，需通过等保三级安全测评，核心干系人达60余人，利益诉求差异显著，协调难度极大。本文以干系人管理为例，叙述了识别干系人、分析参与度、规划参与方式、管理干系人参与、监控参与效果五个核心过程。通过绘制权力-利益网格实施差异化沟通策略、建立参与度评估矩阵及时预警"支持度下降"风险、成功化解信息科主任的强烈抵制，最终项目验收满意度达97%，干系人支持率超95%，系统成功上线并稳定运行至今。
该医院年门诊量超200万人次，影像科日均检查量约1500例。原有PACS系统运行超过8年，数据分散在各科室服务器，跨院区调阅困难，临床科室与影像科之间经常因为影像调取不及时产生矛盾。院方决定建设统一的云影像平台，实现"数据统一存储、跨院区调阅、远程诊断协作"三大核心目标。
项目总投资980万元，工期12个月，组建27人团队（其中开发16人、测试5人、项目管理3人、质量保障2人、安全等保1人）。技术架构采用Spring Cloud微服务框架，以Nacos为注册中心与配置中心、Gateway为统一网关、Sentinel实现流量熔断、RabbitMQ支撑异步消息通信、MySQL主从架构满足数据库高可用、Redis提供热点数据缓存、MinIO分布式对象存储DICOM影像文件、Elasticsearch提供影像元数据全文检索能力。
项目建设四大系统：云影像核心系统（11个子模块）、影像诊断教学系统、云影像前置机系统以及业务存储系统。系统需对接院内HIS、CIS、手麻等7个现有业务系统，对接省影像质控中心和3个下级医联体成员单位，业务复杂度和技术难度并存。
本项目的干系人群体庞大且诉求多元。院领导班子关注投资回报与政治影响；信息科既负责协调又担心系统上线后自身职能被弱化；影像科医生是核心使用者，担心新系统增加工作负担；临床科室关心调阅体验和响应速度；等保测评机构关注安全合规；PACS/RIS/HIS第三方厂商则关注接口兼容与责任边界。如此多元的干系人群体，如果沿用"统一汇报、标准沟通"的旧思路，必然顾此失彼。正因如此，我将干系人管理作为本项目的重中之重。
识别干系人是干系人管理的起点，也是最容易被忽视的环节。很多人做项目只盯着甲方领导和开发团队，忽略了那些"隐性干系人"，等他们跳出来反对时往往为时已晚。
本阶段，我组织核心团队系统梳理了项目全生命周期内所有受项目影响或能影响项目的个人、群体和组织。参照组织过程资产中同类医院信息化项目的干系人清单，结合本项目实际，初步识别出62名干系人，涵盖医院管理层、职能科室、临床科室、信息科全体人员、外部厂商以及监管机构。
为防止遗漏，我采用多维度核查策略：从合同条款中识别隐含干系人（如省卫健委数据上报要求对应的监管联络人）；从技术方案中识别接口依赖方（PACS/RIS/HIS三家原厂对接负责人）；从验收标准中识别合规关联方（等保测评机构、省影像质控中心）；从历史项目中借鉴"出问题后才被发现的重要干系人"教训。最终形成包含67人的《干系人登记册》，按"角色-部门-影响程度"三维标注，为后续分析奠定基础。
识别出67人只是第一步，关键是弄清楚他们各自的态度、诉求和影响力。我采用**权力-利益网格**对所有干系人进行分类，这是项目管理中经实践检验的有效工具。
权力-利益网格分类结果：
| 象限 | 人员代表 | 人数 | 管理策略 |
|---|---|---|---|
| 🔴 权力高×利益高 | 院长、分管副院长、信息科主任 | 8人 | 重点管理：密切沟通，主动汇报，重要决策邀请参与 |
| 🟠 权力高×利益低 | 院党委书记、纪检部门 | 5人 | 令其满意：定期知会，确保不产生负面影响 |
| 🟡 权力低×利益高 | 影像科主任、各临床科室负责人 | 32人 | 随时告知：定期推送信息，收集反馈，及时响应诉求 |
| 🟢 权力低×利益低 | 行政后勤部分人员 | 22人 | 监督：保持基本知情，低频沟通 |
在分析过程中，我发现了一个关键风险：信息科主任属于典型的"高权力、低利益"象限，但他同时掌握着系统对接的技术资源和协调权力，一旦产生抵制情绪，将直接影响项目进度。更棘手的是，在项目启动会上，信息科主任明确表达了"这个项目做好了是信息科的功劳，做砸了是信息科的锅"的不满情绪，如不妥善处理，极易演变为实质性阻碍。
针对识别和分析的结果，我制定了差异化的干系人参与策略，并建立了配套管理机制。
沟通需求矩阵：针对不同象限干系人，制定不同的沟通频率、内容详略和渠道：院领导班子每周提供一页纸项目周报（里程碑进展、风险预警、需决策事项）；信息科每周召开协调会，输出会议纪要并跟踪落实；影像科每月进行用户需求确认，及时响应功能反馈；外部厂商通过合同约定双周同步会，重大接口变更走正式变更流程。
参与度评估矩阵：建立干系人参与度跟踪机制，将参与状态分为五级：不了解（U）→ 抵制（R）→ 中立（N）→ 支持（S）→ 领导（L）。我要求项目管理团队每月对核心干系人进行一次参与度评估，当出现"支持度下降"或"从中立滑向抵制"时，立即触发升级沟通机制。
项目进入第4个月，信息化建设年度考核突然要求各科室上报系统使用数据。信息科主任以"云影像平台还未正式交接、无法统计"为由，在院务会上公开质疑项目进度，并暗示"系统功能与最初承诺不符"。这一事件迅速发酵，部分临床科室开始对项目产生疑虑，项目推进遭遇实质性阻力。
发现信息科主任态度恶化的第一时间，我没有选择回避或向上告状，而是主动约其进行一对一深度沟通。具体做了四件事：
第一步，换位倾听——我与其进行了近两小时闭门沟通，让他把"委屈"全说出来。经过深入了解，核心症结在于：云影像平台的建设方案将部分原本属于信息科职责范围内的服务器运维工作"剥离"给了第三方云服务商，信息科担心职能被架空。
第二步，利益捆绑——我向院领导申请，将云平台的运维监控平台管理权限保留在信息科，同时将平台运行数据的月度分析报告职责明确写入信息科的工作职责。信息科不仅没有被"架空"，反而获得了数据统计分析这一新的价值增长点。
第三步，借力打力——我邀请信息科主任担任项目"用户体验官"，赋予其向开发团队直接提需求的权限，并承诺其提出的高优先级需求一定在下一迭代中实现。将对立关系转化为"建设性参与"。
第四步，展示成果——在第5个月里程碑验收会上，我专门安排了信息科主任向院领导班子汇报平台运行数据统计功能的演示环节。当他看到自己在会上展示的数据报告获得院领导表扬时，态度发生了根本性转变——从"被边缘化的担心者"变成了"平台价值的传播者"。
此后，信息科主任不仅积极配合接口协调工作，还主动帮助我们说服了2名最初持观望态度的临床科室负责人加入UAT测试。这种从"抵制"到"支持"甚至"领导"的转变，让我深刻体会到：干系人问题本质上是利益和归属感的重新分配。
策略定了，关键在执行。我将干系人管理融入日常项目管理节拍，而不是额外增加工作量。
嵌入式沟通：每周一上午发送项目周报给全部67名干系人，但内容按象限差异化：核心决策层收到的是"一页纸"执行摘要；临床科室收到的是功能迭代说明和使用指引；外部厂商收到的是接口进度和问题跟踪表。避免"信息骚扰"——没有人愿意每周收到与自己关联度不高的长篇汇报。
闭环反馈机制：建立"需求提出-评估-响应-确认"闭环。所有干系人提出的需求和意见，无论采纳与否，必须在3个工作日内给予书面反馈，说明处理结果和理由。对于已采纳的需求，在下一迭代发布说明中标注提出人姓名，让他感受到"被重视"。
主动预防升级：通过每月参与度评估，我在项目第7个月发现省影像质控中心对接负责人参与度从中立（N）滑向抵制（R）。经了解，原因是平台数据传输格式与省中心要求存在偏差，已上报的数据需要反复修正。我立即安排技术骨干与其召开专题对接会，明确了数据接口标准，并将修正流程固化到操作手册中。风险在萌芽阶段即被化解，没有影响项目验收。
干系人管理不是一次性工作，而是贯穿项目全生命周期的持续活动。我通过量化指标和定期评估来监控干系人参与效果。
干系人支持度指数（SSI）：每月末对67名干系人进行参与度评分（1-5分），计算加权平均得到SSI指数。权重按象限分配：高权力高利益象限权重60%，高权力低利益权重15%，高利益低权力权重20%，低权力低利益权重5%。项目第3个月SSI跌至3.2分（预警线3.5），通过及时启动升级沟通机制，第6个月回升至4.1分。
问题升级率：跟踪每月因干系人问题导致的项目延迟事件次数。项目初期月均1.8次，通过建立上述机制，后期降至月均0.3次。
干系人满意度调查：在项目中期（第6个月）和终期（第12个月）分别发放满意度问卷，量化评估各象限干系人满意度。中期调查发现"临床科室满意度（76%）低于目标值（90%）"，经分析发现是移动端调阅功能响应速度不达预期所致，我随即安排技术团队进行专项优化，第10个月复测时提升至93%。
干系人管理没有标准答案，关键是"识别差异、策略应对"。过去我习惯于"统一沟通、标准汇报"，觉得这样公平高效。但现实告诉我：不同干系人的关注点、影响力、沟通偏好差异巨大，用同一套方式对待所有人，结果往往是"都差不多满意，但都不够满意"。差异化沟通虽然增加了管理成本，但换来的干系人支持度提升是实实在在的。
第一个体会：识别干系人要做"逆向思考"。不仅要问"谁支持项目"，更要问"谁可能反对项目，为什么"。我最怕的不是明确反对的人，而是那些"不说话、但心里有意见"的人。信息科主任最初就是这样的角色——他不在公开场合强烈反对，但暗中拖延配合。解决这类"隐性抵制"，核心是找到他的核心诉求（职能归属感、被尊重感），而不是简单地"向上施压"或"无视他的意见"。
第二个体会：干系人参与度需要量化管理。以前我做干系人管理更多靠"感觉"——觉得某个人好像不太满意就去聊聊。但这种感觉往往滞后，往往是问题已经很严重了才被发现。引入SSI指数和月度参与度评估后，让我能够提前预警、及时干预。将主观感受量化，是提升管理精细度的有效手段。
第三个体会：闭环反馈是建立信任的基石。67名干系人，每个人提的需求如果都石沉大海，信任就会快速消耗。我要求团队对每一条反馈都必须有回应，哪怕是否决，也要说明理由。很多干系人后来主动跟我说："你们是唯一一个每个需求都给回复的团队。"这种信任在项目遭遇困难时，是最重要的缓冲垫。
当然，本项目干系人管理也有不足之处：项目初期对外部厂商（尤其是PACS原厂）的干系人管理投入不足，导致第2-3个月接口对接沟通效率偏低；省影像质控中心的对接工作应该在项目启动阶段就深度介入，而不是等问题出现才补救。这些都是后续项目中需要改进的地方。
总而言之，干系人管理的本质是"理解人性、协调利益、建立信任"。项目经理不仅要管技术、管进度，更要管人。而管人的核心，在于看见每个人的诉求，并找到项目目标与个人诉求的共赢点。