致知录
第 XLIII 卷 · 第 09 篇 · Project Management · 1970.01.01

干系人管理:权力-利益矩阵

项目管理 · 1970.01.01 · 5 分钟阅读 · 1,226 字
目录 · 12
把对的信息给对的人——先搞清楚谁真能掀桌子,谁只在乎结果

核心概念

干系人(Stakeholder) 是任何「受项目影响或能影响项目」的人/方:发起人、客户、用户、团队、财务、合规、甚至竞品部门。干系人管理=识别他们、理清期望、制定参与策略,避免「做完才发现关键人反对」。

权力-利益矩阵(Power-Interest Grid) 是最常用的分类工具,四象限:

  • 高权力·高利益(重点管理):发起人、关键客户——密切参与、深度沟通。
  • 高权力·低利益(令其满意):高层、监管——定期简报,别烦其细节,但别让其意外。
  • 低权力·高利益(随时告知):终端用户、执行团队——充分沟通,争取拥护。
  • 低权力·低利益(监督即可):边缘相关方——最小投入。

参与策略 还要看「当前态度→期望态度」(不知晓→支持/中立)。沟通计划 回答:对谁、说什么、多久一次、什么渠道、谁负责。

干系人登记册:姓名/角色/权力/利益/期望/影响力/策略/联系人。

项目失败常不是技术崩,是关键干系人被忽视——上线被合规否掉、大客户说「这不是我要的」。干系人管理先把「谁真能掀桌子、谁只在乎结果」摆清楚,再分配沟通精力,是把政治风险前置消化。

实务直觉

第一原则:按「权力×利益」分配注意力,别平均用力。 把 80% 沟通精力压在高权力高利益者,其余最小化。误把低权力者当核心(被琐碎牵制)或忽视高权力者(被一票否决),都致命。

  • 「令其满意」的人最易被忘,后果最惨。 高层平时不关心细节,一旦从别处听说「项目有风险」,可能因意外而否决。定期单向简报、零惊吓,是低成本高回报的保险。
  • 用户(低权高利益)是验收关口的真实裁判。 技术自嗨交付,用户不认=项目失败。持续让其参与(原型、UAT),把期望对齐在过程中,而非验收时爆雷。
  • 干系人态度会变。 初期支持者因利益变动转反对(如你的项目动了别的部门预算)。登记册要随风险(0008)一起月更。

跨学科应用

网络科学:影响力中心性

权力-利益是简化;真实影响力看网络中心性(领导力 0001)。某人职位低但处在信息枢纽,实际权力可能高于头衔。矩阵要结合网络位置校准。

博弈论:多委托人目标冲突

发起人要快、财务要省、客户要好,目标互相拆(呼应 0001)。干系人管理的功夫,是找到「帕累托改进」——让关键方各自核心利益都被照顾的排布。

沟通学:信息过载与选择性注意

给高权力低利益者塞细节报告,只会被忽略甚至反感;给其「红/黄/绿 + 关键决策点」足矣。渠道与颗粒度匹配对象,是沟通计划的硬约束。

组织行为学:期望管理

人的满意度取决于「期望 vs 实际」。主动管理(甚至适度下调)期望,比 Silent 交付更易收获「超预期」。把干系人当「需持续经营的关系」而非「通知对象」。

练习题

单选题

1

某监管方权力高、但平时对项目细节无兴趣,应归入矩阵哪类、如何对待?

单选题

2

干系人管理最常救项目的哪种失败?

判断题

1

把所有干系人一视同仁、频繁深度沟通最稳妥。

案例题

你牵头一个跨部门系统,财务部是「高权力低利益」(掌握预算审批),终端业务线是「低权力高利益」(真用户)。资源有限,沟通该怎么排?

参考答案:把财务归「令其满意」——定期(如双周)单向简报,只给红黄绿状态+待其决策的风险点,零惊吓,别用细节淹没;把业务线归「随时告知」——拉进需求访谈、原型评审、UAT,对齐期望在过程中。切忌反过来:对财务狂发细节招烦、对业务线沉默致验收爆雷。精力按权力×利益分配,而非平均。