10.16 利益相关者管理与沟通

概述与动机

每一项认真对待的软件工作，都有一群能够影响它、或者被它影响的人：出资的高管、构建它的团队、运维它的团队、使用它的客户、检查它的审计人员。这些人就是你的利益相关者，管理与他们的关系，是工程领导力的核心技能之一。许多工程师把这项工作当作政治，一种把自己从”真正”的构建工作中拉走的、令人不快的事情。这种看法是一个错误，而且代价不菲。利益相关者管理，是让围绕在你工作周围的人保持知情、一致和有信心的实践，从而让优秀的技术工作真正能够交付、并在组织内部存活下来。没有人信任、没有资金、也没有人理解的优秀代码，创造不出价值。

为什么要明确地处理这件事？因为在规模化场景下，信息不会自己流动。一个小团队可以隔着一张桌子交谈就让每个人保持一致；一个大团队、一个由多个团队组成的项目群，或者一个政府机构，则做不到这一点。放任不管，利益相关者就会从传闻、过时的仪表盘和他们碰巧听到的最新消息中，自行拼凑出一幅图景。大多数”意外”失败其实并非对所有人都是意外；它们早就被某个没有被倾听的人看见了。有意识的沟通，就是用一种共享的、及时更新的、诚实的理解，去取代这种漂移，让所有人都清楚事情目前的状况以及接下来该期待什么。

企业和政府环境会大幅提高这里的利害关系。一项企业级举措可能横跨产品、财务、法务、安全和多个业务单元，涉及数十位利益相关者，每个人的激励机制和对细节的容忍度都各不相同。政府工作还要加上政治层面的负责人、监督和审计机构、媒体和公众，以及私营企业从不需要面对的法定透明度义务。在这两种情境下，调和相互冲突的利益、及早沟通风险、并保持一份可信的单一事实版本的能力，往往正是那些能够存续下去的项目，与那些被悄悄取消的项目之间的分水岭。本章讲的就是如何把这件事做好，并把它当作工程工作，而不是一场表演来做。

关键原则

利益相关者管理是一项领导力技能，不是政治。 正是靠它，好的工作才能获得资金、赢得信任、得以交付。
在需要利益相关者之前，就先了解他们是谁。 有意识地绘制权力与利益图谱，并定期重新审视它。
根据受众调整信息内容。 高管想要的是结果和风险；工程师想要的是细节；公众想要的是诚实。
保持单一的事实来源。 相互矛盾的数字，比坏消息本身更快地摧毁信任。
管理期望，并学会好好说”不”。 一个清晰、有理有据的”不”，胜过一个你根本兑现不了的愉快的”是”。
尽早沟通坏消息。 问题在刚出现时代价最低、你的信誉也最高，此时提出它们才是最划算的。
记录决策，并把它们与目标关联起来。 可追溯的选择能经受住人员流动、审计和争议的考验。

建议

在需要利益相关者之前，先绘制他们的图谱

先把你真正的利益相关者写下来。这个群体比你想象的要大：出资方和用户，再加上你所依赖的团队、依赖你的团队、能够阻挡你的职能部门（安全、法务、采购），以及事后会评判结果的各方。做一次简单的利益相关者分析，沿两个维度对他们进行分类：他们对这项工作拥有多大权力，以及他们对此有多大兴趣。由此得到的权力 - 兴趣矩阵，会告诉你应当把注意力投放在哪里：密切管理那些高权力、高兴趣的人；让高权力、低兴趣的人满意、不感到意外；让低权力、高兴趣的人保持知情；对其余的人进行监控，但不要让信息淹没他们。这是一幅活的图景，不是一次性的练习。优先级会变化，一个低兴趣的利益相关者，一旦触及他们的预算，就可能瞬间变成房间里最重要的人。

把这份图谱与谁做什么的清晰划分结合起来。一份职责分配矩阵，最常见的是 RACI 形式（负责人、问责人、被咨询者、被告知者），能明确谁来做这项工作、谁对它负责、谁必须被征询意见，谁必须被告知。这套方法的关键与其说在于那张表格，不如说在于它逼出的那场对话：每项决策恰好有一位问责人，一份真正需要被咨询的人的简短名单，以及一份诚实的”被告知者”名单，让没有人感到被蒙在鼓里。当角色模糊不清时，沟通会悄悄失败，因为每个人都以为别人正在处理那个真正重要的利益相关者。

向上、向下、横向和向外管理

沟通的四个方向，各自需要不同的纪律。向上管理意味着给领导层一幅清晰、诚实、可供决策的图景：哪些事情按计划进行、哪些有风险、你需要他们提供什么，以及你在自己权限范围内已经做出了哪些决定，这样他们就不会感到意外。向下管理意味着给你的团队提供背景和掩护：这项工作为何重要，它与目标之间如何关联，以及领导层在担心什么，这样他们就不会盲目地做事。横向管理指的是与其他团队和职能部门之间的同级关系，你需要他们的配合，却无法对他们发号施令。向外管理指的是客户、合作伙伴、供应商，以及在公共部门中，监督机构、媒体和公民。常见的失败模式，是过度投入向上管理，把高管的幻灯片打磨得光鲜亮丽，却让那些真正能为工作解开障碍的横向关系陷入饥荒。

根据受众调整信息内容

同样的状态，需要以几种不同的方式讲述，这里的技巧在于翻译而不失真。高管想要的是结果、风险和决策：我们能达成目标吗？什么在威胁它？你需要我做什么？把那唯一重要的风险，埋在十段技术进展描述之下，是一种沟通上的失败，而不是严谨性的体现。相比之下，工程师需要的是细节：具体的依赖关系、真实的约束条件、实际的权衡取舍。董事会或立法委员会需要的是通俗易懂的语言、对不确定性的诚实，以及没有行话。调整表述方式是正当且必要的；而永远不正当的，是对不同受众讲述相互矛盾的故事。事实相同，只是高度和用词不同。如果你不敢把你的高管摘要和工程细节并排放在一起给人看，那你做的就不是调整表述，而是在粉饰。

从一个单一的事实来源出发，诚实地汇报状态

状态汇报能够赢得信任，也能够摧毁信任，而摧毁它最快的方式，就是让数字出现分歧。保持一个单一事实来源：一个存放工作当前状态的地方，人人都能看到，每一份报告都从这里取材。当高管仪表盘、团队看板和邮件更新彼此不一致时，利益相关者就会不再相信其中任何一个，转而开始靠传闻来管理。优先选择透明的、自我更新的信号（演示过的可运行软件、燃起图、真实的指标），而不是那种奖励乐观情绪的、手工拼凑的红黄绿摘要。要警惕”西瓜式”状态（）表面是绿色，里面却是红色，这正是诚实的坏消息一直被埋没到截止日期才暴露出来的方式。好的状态汇报应当是刻意保持无聊的：及时、一致，并且不惧怕出现黄色。关于透明的工作流如何支撑项目管理，参见第 10.6 章。

管理期望，并学会好好说”不”

利益相关者管理的很大一部分，就是期望管理：塑造人们对将要发生之事的信念，让现实到来时接近于他们被承诺的样子。这里的纪律，是承诺得比你认为自己能做到的要少，并对照这个承诺来沟通进展，而不是承诺一切，事后再解释为什么没做到。说”不”是其中的一部分，把它做好是一项值得练习的技能。一个好的”不”不是一个生硬的拒绝；它是一个有理有据的权衡取舍：“是的，我们可以做到，但这是会随之变动的部分，或者这是它的代价。“诚实地展示谈判过程，把它与共同的目标关联起来，让利益相关者在真实的约束条件内做出选择。一个你兑现不了的愉快的”是”，所付出的信任代价，远高于一个有理由支撑的明确的”不”，因为那个”是”会悄悄地、迟迟地失败。

调和相互冲突的利益相关者，谈判优先级

利益相关者会想要相互不兼容的东西：销售想现在就要这个功能，安全想先做评审，财务想降低成本，而他们每个人都在某种程度上是对的。你的工作不是让所有人都满意，这是不可能的，而是把冲突摆到台面上，用共同目标的语言来框定这个权衡取舍，并把它推动到由问责人做出的一个明确决定。要公开地做这件事，而不是悄悄偏向嗓门最大的那个人。把讨论建立在目标与关键结果之上（第 11.4 章），这样争论的焦点就是哪个目标胜出，而不是谁的情绪胜出。当一个决定在你这个层级无法做出时，就升级它，而不是任其发酵。未解决的利益相关者冲突不会自行消失；它会以来回折腾、返工和相互指责的形式重新浮现。

在没有职权的情况下建立影响力，并建设性地升级问题

在规模化场景下，你不断需要那些不向你汇报的人的配合。没有职权的影响力，来自可信度（你说到做到）、互惠性（你帮助别人），以及用对方目标的语言来框定你的请求，而不是用你自己的。在你需要这些关系之前，就要先投资它们；与安全团队建立信任的最佳时机，不是你需要一次紧急豁免的那个下午。当影响力不够用时，就升级问题，并且要建设性地升级。建设性的升级不是打小报告；而是把一个真实的、经过妥善梳理的分歧，带给有权解决它的人，附上各个选项和一条建议，从而促成一个决定的产生。要升级问题本身，而不是升级针对某个人；要趁选项还开放时尽早升级；并且要告诉对方你正在这样做。那些把升级当作失败的团队，最终会积累一堆永远做不出来的决定。

及早沟通坏消息、风险和不确定性

本章中杠杆效应最高的一个习惯，就是及早提出问题。坏消息不会随着时间变得更好；一个延误的日期、一个失败的依赖项，或一个安全隐患，在刚出现时处理起来最便宜，而在截止日期当天引爆时破坏力最大。要让坏消息能够安全地快速传播，并以身作则，第一个说出自己所面临的风险。也要诚实地沟通不确定性：给出区间，而不是假精确的单一日期，说明你目前还不知道什么，并随着了解的深入不断更新。及早承认不确定性，比事后被证明有误的自信精确，能建立更多信誉。听到”这里有一个风险，我们正在这样应对它”的利益相关者，比那个什么都没听到、然后突然听到”它延误了”的利益相关者，更信任你。

记录决策，并把它们与目标关联起来

沟通同时也是留下一条可追溯的痕迹，而不仅仅是服务于当下。使用轻量级的决策记录（第 1.6 章）来记录重大决策及其背景和理由，这样六个月后，等人员已经流动，任何人都能重建出一个选择当初是为什么做出的。把这些决策以及你的状态，与它们所服务的目标关联起来（第 11.4 章），并把分量较重的决策，通过合适的指导小组或治理论坛（第 1.5 章）走一遍流程，让它们具备正当性。在受审计和公共部门环境中，这种可追溯性不是可选项；监督机构会问”为什么”，而”我们讨论过一次”不是一个站得住脚的答案。好的记录，能把利益相关者沟通从一连串被遗忘的对话，转变为一种能经受住人员流动考验的制度。

权衡：优缺点

方式	优点	缺点
频繁、主动的更新	建立信任；及早暴露问题；不会有意外	耗费时间；有噪音淹没信号的风险
按受众调整信息	对每个群体都清晰、相关、便于决策	需要花精力去转译；一旦事实出现分歧，就会滑向粉饰
单一事实来源	一致、可信；扼杀靠传闻管理的现象	需要纪律和工具来保持数据及时更新
为了让所有人满意而一律说”是”	短期内容易获得好感	承诺被打破；信任在后期以高昂代价崩塌
建设性升级	决策得以产生；冲突被公开解决	感觉具有对抗性；在文化不成熟的组织中容易被误读为失败
繁重的利益相关者仪式	覆盖全面；适合高风险项目	会议过载；侵占工作本身的时间

核心张力在于透明度与舒适感之间的取舍。诚实、及早、一致的沟通，有时意味着要传递坏消息、承认不确定性，或说”不”，这些在当下都令人不舒服。那种令人安心的替代方案（）乐观的状态汇报和愉快的一律说”是”（）用短期的平静，换来了日后规模大得多的清算。解决办法是选择持久的信任，而不是一时的舒适：成为那个第一个提出难事的人。这种一旦赢得的声誉，正是在真正的危机降临时你所拥有的最有价值的资产，因为人们相信你。

与团队讨论的问题

你真的知道你所有的利益相关者是谁吗，权力和兴趣究竟分布在哪里？ 大多数团队能说出明显的出资方和用户，却会漏掉那些能悄悄阻挡他们的人：一个安全职能部门、一道采购关卡、一个路线图与你的路线图相冲突的同级团队、一个只在最后才出现的审计人员。当权力和兴趣没有被绘制成图谱时，你就会对友好的一方沟通过度、对危险的一方沟通不足，最终被一个你根本不知道存在的利益相关者打个措手不及。带来证据：试着凭记忆为你当前的工作勾勒出权力 - 兴趣矩阵，看看有多少名字你其实拿不准。答案应当改变你这个季度把注意力投放在谁身上，并且每当领导层或优先级发生变化时都要重新审视它，因为这份图谱很快就会过时。
当坏消息存在时，它需要多久才能传到需要知道的人那里，这样做安全吗？ 从第一个警示信号出现，到决策者听到它之间的时间差，是预测一个项目会不会悄悄失败的最佳指标之一。如果你的文化会惩罚报信人，这个时间差就会拉大，因为人们会选择等待、抱有希望和留后路，而不是趁风险还便宜的时候把它提出来。看看你最近一次遇到麻烦的工作，诚实地梳理时间线：谁最早知道，领导层又是什么时候发现的？考虑一下你的状态报告奖励的是诚实还是乐观，以及一个及早标记出延误的工程师，得到的是感谢还是责备。目标是打造一个坏消息能快速传播、提出它的人被认为做好了自己本职工作的团队。
当两个利益相关者想要相互不兼容的东西时，这个冲突今天实际上是怎么被解决的？ 在规模化场景下，优先级冲突是不可避免的，失败模式不在于冲突本身，而在于它被解决的方式：由嗓门最大、职位最高，或者最坚持的人来定，而不是根据共同目标做出一个明确的权衡取舍。这会造成来回折腾、悄悄的返工和怨气，并把真正的决策，从对它负责的人面前隐藏起来。带来一个具体的、最近发生的例子，说明销售、安全、财务，或两个产品团队朝相反方向拉扯，追溯这件事是如何被决定的，以及它是否曾被写下来过。答案应当能告诉你，你是否拥有一套真正的机制，扎根于目标（第 11.4 章）和建设性升级（第 1.5 章），还是你正在靠消耗战解决冲突、并寄望于它能撑住。
对于这项工作的状态，是否真的存在一个单一的事实来源，还是你的仪表盘、看板和状态邮件悄悄地互相矛盾？ 当数字出现分歧时，利益相关者会不再相信其中任何一个，转而开始靠传闻来管理，而这种分歧通常掩盖着某个不想被暴露的具体坏消息。对大型团队而言，这一风险会复利累积，因为每多一个报告渠道，就多一个乐观的编辑或过时的数字可能扎根的地方，而”西瓜式”状态（表面是绿色，里面是红色）在没有任何单一权威载体的地方存活得最久。带来你的利益相关者上个月实际看到的报告，把它们并排放在一起，看看高管摘要、交付看板和底层指标讲的是不是同一个故事。在企业和政府环境中，由于审计机构或监督委员会可能要求原始数字，一个经过核对一致的单一来源，不仅仅是一个信任工具；它更是一道防线，因为相互矛盾的记录，会招致”你根本不了解自己的状态”这一具有破坏性的审计发现。
哪些关系是横向的而不是向上的，你对其中哪些关系正处于饥荒状态，直到你真正需要它们的那一天？ 大多数团队过度投资于向上管理，把给领导层看的幻灯片打磨得光鲜亮丽，而那些真正能为工作解开障碍的同级和职能部门（安全、采购、一个路线图与你相冲突的邻近团队），却只有在危机中才得到关注。没有职权的影响力，是通过可信度和互惠性慢慢建立起来的，无法在你需要一次紧急豁免的那个下午临时召唤出来，所以薄弱的横向网络，表现出来的往往是悄悄的延迟，而不是一次显眼的失败。带来一份诚实的清单，列出这项工作所依赖的同级关系，并评估在你不得不动用它们之前，你在每一段关系上已经积累了多少信任。对于横跨众多团队和承包商的大型企业或政府项目而言，还要加上：一段缺失的关系会在哪些地方迫使你走一条缓慢的正式升级流程，而不是求一个快速的帮忙，因为在规模化场景下，薄弱横向关系的代价，是以数周计的、本可以避免的流程时间来衡量的。
六个月后，等人员已经流动，还有人能重建出你最近那个影响最大的决定为什么会做出来吗？ 沟通所服务的，不只是当下这一刻，因为你今天敲定的决策，会变成明年的争议、审计和推翻，而对理由的记忆，消失得比任何人预想的都要快。与之相抗衡的因素是速度：当房间里的每个人当下都已经认同时，记录背景和理由感觉像是额外负担，然而正是这种共同的理解，才是人员流动最容易摧毁的东西。带来你最近三个重大决策，检查每一个是否有一份写明背景、权衡过的选项，以及谁负责的书面记录，还是这条线索散落成一团，没人能找到。在受审计和公共部门环境中，这不是可选项，因为监督机构会追问一个选择为什么会做出来，而”我们讨论过一次”经不起审视；正是这份记录，把一连串被遗忘的对话，转变为一份你能够站得住脚为之辩护的记述。

行业视角

初创企业。 人手不多、跑道也短，所以要保持轻量，但绝不能缺席。你的利益相关者不多（一位创始人、几位早期客户、投资人），所以在一个共享频道里每周一次诚实的更新，加上每周五一次可运行软件的演示，通常就足以覆盖全局。陷阱在于给投资人讲一个更美化的第二版故事；要抵制这种诱惑，因为你现在坚持的这个单一版本，正是在真正的艰难抉择到来时，为你换来自主权的东西。

小型企业。 你没有专职的项目管理办公室，也没什么富余精力，所以要依靠廉价的习惯，而不是仪式：一份单页的利益相关者清单、一个人人都读的单一电子表格或看板，以及一条常设规则（）坏消息一旦确知就在当天发出去。与其购买沟通工具，不如使用团队已经习惯的东西，把正式报告留给那少数几个真正需要一份书面记录来保护你的决策（一笔大额支出、一项客户承诺）。

企业。 这里的问题是规模：横跨产品、财务、法务、安全和多个业务单元的数十位利益相关者，每个人的激励机制都不一样。要把这套机制标准化，让各个团队不再各自重新发明它：一份持续维护的权力 - 兴趣图谱、一份每项决策恰好有一位问责人的 RACI、一个为每一份报告提供数据的单一仪表盘，以及一个定期召开的指导小组，让跨单元的权衡取舍在公开场合、依据商定的目标做出，而不是靠走廊游说来敲定。

政府。 采购规则、法定透明度和公共问责，把利益相关者的范围扩大到部长、监督委员会、审计机构、媒体和公民。用通俗语言发布进展，把每一项重大决策连同其理由都保存在一份书面记录中，让审计人员能够重建出”为什么”，并在新出现的风险萌芽阶段就主动向监督机构简报，而不是等着被问到才说。合同和披露义务意味着你的沟通是公共记录的一部分，所以让你对部长说的话与对委员会说的话保持一致，既是一项法律义务，也是一项声誉义务。

示例

初创企业。 一家十二人规模的初创公司，把利益相关者管理做得既轻量又刻意。创始人兼 CEO 是主要的利益相关者，另外还有两位早期企业客户和种子轮投资人。工程负责人每周在一个频道里发送一份简短更新，人人看到的数字都一样，涵盖已交付的内容、有风险的内容和需要做出的决策，并且每周五都演示可运行的软件。当一项关键集成出现延误时，负责人在周一情况变得明朗的当天就说出来，给出一个修订后的区间和一个后备方案，而不是寄望于能在周五之前挽回局面。由于始终只有一份诚实的记述、没有给投资人讲一个打磨过的第二版故事，当真正艰难的抉择到来时，董事会信任团队的判断，并放手让他们去做决定。

企业。 一家正在对其支付平台进行现代化改造的银行，拥有横跨零售、合规、安全、财务和三个业务单元、外加一家供应商的数十位利益相关者。项目负责人维护着一份利益相关者图谱和一份 RACI，让每一项重大决策都恰好有一位问责人，并主持一个月度指导小组会议（第 1.5 章），让业务单元之间的权衡取舍在公开场合、依据商定的目标做出，而不是靠走廊游说来敲定。状态数据从一个由各交付团队提供数据的单一仪表盘流出，所以高管摘要和工程细节从不相互矛盾。当一次安全评审威胁到发布日期时，负责人及早把它升级上去，附上两个选项和一条建议，指导小组在一天之内就做出了决定，而不是让这个问题发酵一个月。

政府。 一家提供面向公民福利服务的公共机构，要向范围远比企业广泛得多的一群利益相关者负责：部长及其办公室、议会监督委员会、国家审计机构、倡导团体、媒体和公众，还有交付团队和承包商。该项目透明地发布进展，把每一项重大决策连同其理由都保存在一份书面记录中（第 1.6 章），让审计人员能够重建出这些选择为什么会做出来，并针对不同受众调整沟通内容：给部长讲结果和风险，给公众讲通俗易懂的服务表现，给审计机构提供完整细节。当一项数据迁移风险出现时，团队及早、诚实地向监督委员会做了简报，而不是等着被问到才说，这保住了该项目在应对下一个棘手头条新闻时所需要的政治信任。

商业理由：动机、投资回报率与总体拥有成本

利益相关者管理的回报，主要体现在避免灾难和保住信任上。项目很少死于单一的技术故障；它们往往是在为其出资和治理的人失去信心、撤回支持、并在往往已经投入巨额沉没成本之后取消这项工作时才走向死亡。良好的利益相关者沟通能防止这种螺旋式下滑：它让出资方保持投入，在问题还便宜时就把它们暴露出来，并调和那些原本会恶化成来回折腾和返工的冲突。所需的投入很小，主要是注意力和几个有纪律的习惯，与一项因领导层不再相信而被取消的大型项目所承担的全部成本相比，简直微不足道。

在总体拥有成本方面，持续的成本是真实存在的，但并不高：花时间绘制利益相关者图谱、调整更新内容、召开指导论坛，以及保持单一事实来源的及时更新。投入不足，代价会体现在返工、被遗漏的依赖关系，以及消耗领导层大量时间去应对危机模式的意外升级上。投入过度同样代价高昂：没完没了的状态会议和汇报仪式，会偷走本该用于工作本身的时间，并训练利益相关者对其充耳不闻。目标是找到最轻量的沟通纪律，只要能让你真正的利益相关者保持一致、不感到意外就够了。向领导层论证时，把最近一个因沟通失败（一个被遗漏的风险、一个被打破的承诺、一个失去的出资方）而受损的项目的成本，与一份利益相关者图谱、一个单一仪表盘，以及一种让坏消息快速传播的文化所需的近乎为零的成本进行对比。

反模式与陷阱

认为这件事有失身份： 把利益相关者工作当作政治来不屑一顾，直到一段关系破裂才追悔莫及。
只向上管理： 把高管的幻灯片打磨得光鲜亮丽，却让那些真正能为工作解开障碍的同级关系陷入饥荒。
相互矛盾的故事： 对不同受众讲述不兼容的版本，一旦他们对比记录，信任就会瞬间崩塌。
西瓜式状态： 外表是绿色，内里是红色，让诚实的坏消息一直被埋没到截止日期才暴露出来。
多个事实来源： 仪表盘、看板和邮件彼此不一致，让利益相关者只能靠传闻来管理。
愉快的”是”： 为了避免冲突而对一切都说好，随后在后期以高昂代价打破承诺。
把升级当作失败： 一种提出分歧就会受到惩罚的文化，导致决策永远无法产生。
囤积坏消息： 寄望于在被人察觉之前悄悄挽回局面，结果把一个小问题变成了一场危机。
会议过载： 状态汇报仪式过多，以至于沟通本身变成了工作内容。

成熟度模型

第 1 级，启动： 利益相关者沟通是临时性的、被动反应式的。没有人绘制过利益相关者的图谱。坏消息传播缓慢，状态汇报是乐观的，意外频频发生。冲突由嗓门最大的人来定夺。
第 2 级，发展： 基本实践开始出现，但各团队之间不一致。存在定期的状态更新，一些小组已经识别出关键利益相关者，但信息是一刀切的，数字有时会在各份报告之间出现分歧，升级被当作最后手段或失败的标志。
第 3 级，标准化： 利益相关者按权力和兴趣被绘制成图谱，角色通过 RACI 得到明确，并在各团队中以相同方式应用。沟通内容根据受众、从一个有文档记录的单一事实来源出发进行调整，决策被记录下来并与目标关联，及早提出坏消息被强制执行为一项组织范围内的规范，而不是某个团队的个人习惯。
第 4 级，管理： 沟通实践依据基线用数据进行度量和控制。组织跟踪从一个风险首次出现到决策者听到它之间的滞后时间、承诺的可靠性（承诺与实际交付的对比）、从单一来源提取的报告的一致性，以及直接采样得到的、而非凭假设推断的利益相关者信心水平。升级周期时长和意外升级的发生率被趋势化追踪，当某项指标偏离基线时，流程会被有意识地调整，而不是靠轶事来判断。
第 5 级，协同： 利益相关者管理是一项持续改进的组织优势，与整个组织的治理、规划和交付整合在一起。信任程度高到足以让领导层授予真正的自主权，冲突在公开场合依据共同目标得到解决，升级是常态化且具有建设性的，团队始终是第一个说出自身风险的一方。这套实践会随着利益相关者、组织结构和义务的变化而适应调整，把每个项目的经验教训反馈到下一个项目的沟通方式中去。

讨论思路

你当前的利益相关者在权力 - 兴趣矩阵上分别处于什么位置，你对谁沟通过度、对谁沟通不足？
如果领导层把你的高管摘要和工程细节并排放在一起阅读，它们讲的会是同一个故事吗？
你今天的单一事实来源是什么，你的数字目前在哪些报告之间出现了分歧？
你上一次对一位利益相关者说”不”是什么时候，你是把它框定为一个有理有据的权衡取舍，还是一个生硬的拒绝？
你的团队如何对待那个升级一个分歧或提出一个风险的人：认为他做好了本职工作，还是把他当作一个麻烦？
对于你最近三个重大决策，一个新人能否重建出它们为什么会做出来？

关键要点

利益相关者管理是一项核心的工程领导力技能，不是政治；好的工作仍然需要获得资金、赢得信任、得以交付。
绘制你的利益相关者图谱，按权力和兴趣分类，用 RACI 明确角色，并随着情况变化重新审视这两者。
根据每个受众调整信息内容（给高管讲结果和风险，给工程师讲细节），但绝不讲相互矛盾的故事。
从单一事实来源出发进行汇报，并让坏消息快速传播；及早、诚实、一致的沟通胜过令人安心的乐观情绪。
好好说”不”，在公开场合依据共同目标调和冲突，建设性地升级问题，并在需要影响力之前就先建立它。
记录决策并把它们与目标关联起来以实现可追溯性（第 1.6、11.4 章），并把分量较重的决定，通过治理论坛走一遍流程（第 1.5 章）。另见第 10.6 章和第 10.1 章。

参考文献与延伸阅读

Allan R. Cohen 与 David L. Bradford，《Influence Without Authority》。
Roger Fisher 与 William Ury，《Getting to Yes: Negotiating Agreement Without Giving In》。
Camille Fournier，《The Manager’s Path》。
Project Management Institute，《A Guide to the Project Management Body of Knowledge (PMBOK Guide)》（利益相关者参与与沟通管理部分）。
AXELOS，《Managing Successful Projects with PRINCE2》（利益相关者与治理角色部分）。
Aaron Dignan，《Brave New Work》（决策制定与组织信任）。
Kim Scott，《Radical Candor》（建立信任的诚实沟通）。
U.S. Digital Service，《Digital Services Playbook》；UK Government，《Government Service Standard》（公共部门交付中的透明度与利益相关者实践）。