PMP职场实战108问 · 第55问

相关方分析应该在项目什么时候做？

很多项目经理踩过一个坑：在项目章程刚签发、团队还没组建的时候，就开始画相关方登记册、做权力利益方格。结果项目干到一半，突然跳出来一个“隐藏大佬”，把之前的需求全掀翻了。

核心问题不是“做不做”，而是“什么时候做，以及做几次”。

为什么这个问题容易踩坑？

相关的方分析如果做得太早，你连真实的相关方都没认全，分析出来的全是“猜”。做得太晚，相关方已经开始用行动影响项目了，你只能被动救火。

真实项目里，相关方分析不是一次性行为，它应该沿着项目生命周期迭代执行。但很多项目经理要么只在启动阶段做一次，后面再也不更新；要么每次更新都是走形式，项目快结束了才补一份。

这两种做法，本质都是把“相关方分析”当成了文档任务，而不是“生存工具”。

真实场景：一个“迟到”的分析救了整个项目

我做金融IT项目时，遇到过一位区域总监刘总。启动会他来了，签了字，之后半年没露过面。项目团队都默认他是“支持型相关方”，因为他对进度从不提意见。

直到UAT（用户验收测试）前两周，他突然发了一封邮件给PMO负责人，抄送所有人：“这个系统的报表模块设计不满足监管报送规范，必须重新做，否则我不签字。”

团队炸了。翻出当初的需求文档，监管报送部分确实写得模糊，刘总当初的签字只是“确认收到”，不是“确认同意”。他为什么一直不说？因为他以为“你们早就知道了”——他觉得这是行业常识，不需要强调。

如果我们前期做了更深入的相关方分析，就应该发现：刘总对监管类需求的“默认期望”极高，他在启动会上没说，不代表没问题。他属于“影响力大、但表面上不出声”的相关方，需要主动挖出他的隐性要求。

那次之后，我们在项目里增加了一个规则：所有权力高、利益高的相关方，必须在项目启动后的第一个月内，单独做一次需求深挖访谈，不依赖启动会上的集体确认。

具体操作：什么时候做，做几次？

我把相关方分析分成四个关键时间点，每个点的工作内容不同：

实际操作中，最简单的做法是：在每个迭代/阶段开始时，花1小时更新相关方登记册，重点关注“态度变化”和“新出现相关方”两列。

❌ 不要做的事：在项目启动会上发一张表让大家填“你的期望是什么”。这种操作得到的信息极其浅层，相关方根本不会在这种场合暴露真实想法。

✅ 值得做的事：单独约谈核心相关方，问三个问题：

1. 这个项目成功，对你个人意味着什么？
2. 你觉得哪里最容易出问题？
3. 有什么是你“以为我们早就知道”的事情？

第三个问题最狠，上次刘总那件事，就是这类问题的典型。

今日动作

📌 今日动作：打开你正在负责的项目（哪怕只是阶段性的小任务），找到“相关方登记册”或“干系人清单”，在“态度”列中，把“支持”“中立”“反对”这几个选项之外，加上一列叫“是否有隐性期望未沟通”。对权力高、沉默长的相关方，本周内约一次15分钟的快速沟通，把隐性期望挖出来。

📚 返回 PMP职场实战108问 目录 →