4、干系人识别与分析：干系人图谱绘制、权力/利益矩阵、沟通策略制定

启动流程里，有一件事我吃过不少亏——干系人管理。

说白了，就是搞清楚「谁说了算、谁会被影响、谁可能使绊子」。项目能不能顺利推进，很多时候不取决于技术方案多完美，而是你有没有把关键人物「伺候」好。我见过太多技术很强的项目，最后死在干系人没对齐上。

4.1 干系人识别：别漏掉任何一个「隐形老板」

干系人识别，不是列个名单就完事。你得把所有人都翻出来，包括那些「不说话但能拍桌子」的人。

我个人习惯用「三层过滤法」来扫人：

1. 第一层：直接相关 — 项目发起人、客户、核心开发、测试负责人。这些人跑不掉。
2. 第二层：间接影响 — 运维、安全合规、法务、财务。他们平时不出现，但一出现就是大事。
3. 第三层：外围利益 — 隔壁团队、供应商、甚至竞争对手的动态。嗯，这个有点玄学，但我在做跨部门项目时，确实被隔壁团队「误伤」过。

4.2 干系人图谱：把关系画出来

光有名单不够，你得把他们的关系、影响力、态度可视化。我习惯画一张干系人图谱，把所有人放在一张图上，一眼就能看出谁和谁是一条线的，谁可能站在对立面。

下面这张图是我常用的结构，你可以直接套用：

画这张图的时候，我建议你用不同颜色区分角色类型：蓝色是执行层，紫色是决策层，绿色是客户，红色是风险方。这样开会时拿出来，谁在哪个位置，一目了然。

4.3 权力/利益矩阵：决定怎么「伺候」每个人

干系人图谱画完了，下一步就是给每个人「贴标签」。我用的工具是权力/利益矩阵（Power/Interest Grid）。

这个矩阵把干系人分成四类，每类的沟通策略完全不同：

权力高低	利益高低	类型	沟通策略
高	高	关键人物	重点管理，定期汇报，提前对齐
高	低	保持满意	不过度打扰，但关键节点必须知会
低	高	保持告知	定期发送进展，让他们有参与感
低	低	最小关注	仅做必要告知，不投入过多精力

举个例子。我在做一个内部平台项目时，CTO（权力高、利益低）只关心上线时间，不关心具体功能。我每个月给他一封邮件就够了。但业务总监（权力高、利益高）天天盯着进度，我每周都要跟他过一遍细节。这就是矩阵的价值——把精力花在刀刃上。

4.4 沟通策略制定：别让信息「断链」

矩阵分完了，接下来就是制定沟通计划。我见过太多项目，不是技术不行，而是沟通没对齐——该知道的人不知道，不该知道的人瞎操心。

我个人习惯用「三问法」来定策略：

• 问频率： 这个人需要多久知道一次进展？每天？每周？还是里程碑节点？
• 问深度： 他要看细节数据，还是只要结论？技术负责人要代码覆盖率，老板只要上线日期。
• 问渠道： 邮件？即时消息？当面汇报？还是周报？不同人习惯不同，别用错。

下面是我常用的沟通策略模板，你可以直接拿来改：

干系人	矩阵类型	沟通频率	沟通方式	内容重点
项目发起人	高权力/高利益	每周一次	当面汇报	进度、风险、资源需求
技术负责人	高权力/低利益	里程碑节点	邮件+会议	技术方案、架构变更
客户代表	低权力/高利益	每两周一次	邮件简报	功能进展、演示邀请
财务部门	低权力/低利益	每月一次	邮件	预算使用、成本变更

嗯，这里要注意一点：沟通策略不是写出来就完事的。你得定期回顾，看看有没有人「变心」了——权力变了？利益变了？矩阵里的位置变了，策略就得跟着变。

4.5 避坑指南：我踩过的三个坑

最后，分享几个我亲身经历过的教训，希望能帮你少走弯路：

• 坑一：只识别不更新。 我曾经在项目中期才发现，原来客户换了负责人，但我的干系人名单还是旧的。结果新负责人一上来就否了之前的方案。从那以后，我每两周过一遍干系人名单。
• 坑二：忽略「隐形干系人」。 有一次项目快上线了，安全合规突然跳出来说「不行」。我这才发现，他们一直在干系人名单之外。现在我会主动把法务、安全、运维这些「幕后角色」提前拉进来。
• 坑三：沟通策略一刀切。 我试过对所有干系人用同一套周报模板。结果老板嫌太啰嗦，开发嫌太简单。后来我学会了「千人千面」——给老板看结论，给开发看细节。

干系人识别与分析，说白了就是「把人搞明白」。图谱帮你看到全局，矩阵帮你分清主次，沟通策略帮你落地执行。这三步走下来，项目至少不会「死」在人的问题上。