Day 08 · 2026.07.08

跨部门影响力：手里没权力，照样推动事情

主题：Cross-Functional Influence·4 个原则
「If you want to go fast, go alone. If you want to go far, go together.」 — 非洲谚语
本周的命题：最难的领导，是背后没有职权的领导。作为大公司的 tech lead manager，你一半以上的依赖落在不向你汇报的团队身上——平台、安全、数据、产品。职位权力在你团队的边界就用完了；边界之外，只有影响力起作用。本周四个工具：用「货币」做交换（没职权时怎么换动别人）、推动前先画利益相关方地图、在大会前逐个搞定关键人（会前布局）、最后让胜利归对方。诚实地讲：无职权的影响更慢，你会欠下不一定收得回的人情——每一步我们都标出代价。
PRINCIPLE 01

影响力的货币：没职权时，你靠的是交换 Currencies of Exchange

互惠法则货币交换先付出
一句话原则
在你团队边界之外，命令失效，只剩交换。每个人都有他在意的货币——可见度、资源、人情、信息、地位。影响力 = 先搞清对方要哪种货币，再用你有的去换。先付出，再开口。
名家原话
"The cornerstone of our model is the law of reciprocity: the almost universal belief that people should be paid back for what they do—that one good turn deserves another." 「我们模型的基石是互惠法则——一个近乎普世的信念：人的付出应当得到回报，一次善意值得另一次回应。」 — Allan Cohen & David Bradford,《Influence Without Authority》Ch.2
影响力的五类货币（Cohen & Bradford 分类）
启发类 Inspiration 愿景 · 卓越 · 做正确的事 任务类 Task 资源 · 人手 · 信息 · 协作 地位类 Position 升迁 · 认可 · 可见度 · 人脉 · 声誉 关系类 Relationship 被接纳 · 被支持 · 被理解 个人类 Personal 感激 · 参与感 · 自我认同 · 省心
场景示范
情境：你需要平台团队改一个 API 来解锁你团队的项目，但他们的 backlog 排到三个月后，而你对他们没有任何指挥权。
✗ 常见做法

「这个对我们很关键，能不能这周加急一下？」——只讲你的紧急，没讲他们为什么要管。对方默认拒绝：你的紧急不是他的紧急。

✓ 修后做法

先调研他们在意的货币：他们这季度的 OKR 是「收敛平台 API 的特例支持」。你这样开口：「我看了你们想砍掉特例 API。我们的需求正好能帮你们干掉一类常见特例——设计文档和测试我的人写好，你们只 review；上线后我在 VP 的 review 上点名是你们团队解锁的。」你一次用了三种货币：减负（任务）、省力（资源）、可见度（地位）。

检查表：开口前
  • 我搞清对方团队这季度在意什么了吗（OKR、晋升季、他们老板的关注点）？
  • 我能拿出的货币是什么——信息、人手、可见度、未来的人情？
  • 我是「先付出」还是「先索取」？
  • 这笔人情我打算怎么还、什么时候还？（欠账要记）
常见错误
  • 只讲自己的紧急。你的 P0 不是别人的 P0；不翻译成对方的收益，对方没有动机。
  • 开空头人情却不还。还不起的 IOU 比不借更伤信任，横向账户一旦透支极难恢复。
  • 用「这是公司优先级」施压。除非真有 VP 背书，否则这只是把没权力包装成有权力，对方一眼看穿。
女性视角提示
Female Leader's Note 研究（Babcock、Grant 等）显示：女性更常被要求承担「办公室杂务」（office housework：记纪要、组织活动、救火），且这类付出更少被记成「货币」、更少获得回报。对策：(1) 帮忙时让它被看见、被记账——附一句「这次我来 cover，下个 sprint 我需要你们帮 X」；(2) 对纯消耗型杂务学会说「我这次没法，但能帮你找人」。把善意导向能回报的货币，而非无底洞。
PRINCIPLE 02

利益相关方地图：先画清谁能成全你、谁能拦你 Stakeholder Mapping — Power × Interest

权力×利益真实影响网支持者vs阻挡者
一句话原则
推一件跨团队的事之前，别急着发广播。把相关方按权力和利益两轴画进四象格，再标出谁是支持者、谁是阻挡者、谁在骑墙。对不同象限用不同力度——平均用力 = 浪费在不重要的人身上，漏掉真正能拦你的人。
名家原话
知彼知己，百战不殆；不知彼而知己，一胜一负；不知彼不知己，每战必殆。 既了解对方又了解自己，百战不败；只懂自己不懂对方，胜负各半；两者皆不懂，每战必危。推事如行军：先识人，再发兵。 — 孙子《孙子兵法·谋攻篇》
权力 × 利益矩阵
利益低 利益高 权力高 权力低 维持满意 · 保持知情，别踩雷 紧密管理 · 会前逐个搞定 ★ 最小投入 · 监测即可 保持知情 · 借力当推手（大使）
场景示范
情境：你要推动把全公司服务迁到新的鉴权框架，涉及六个团队，你只 own 其中一个。
✗ 常见做法

你发一封全员邮件 + 一份 RFC，召集 30 人大会一次性宣布。结果：一个你没单独打过招呼的安全总监在会上当众质疑，会议失控；而真正干活的几个工程师没被争取，消极抵制。

✓ 修后做法

先画图。安全总监 = 高权力高利益 → 会前单独 1:1，把他变成 co-author。隔壁平台团队 = 高权力低利益 → 给一页摘要让他「知情且不反对」即可，不拉进长会。几个一线 owner = 低权力高利益 → 提前发展成「迁移大使」，让他们去说服各自团队。大会只用来「确认」，不用来「说服」。

检查表
  • 我列全相关方了吗——包括那个安静、但能一票否决的人？
  • 每个人落在哪个象限？我对每个象限的策略真的不同吗？
  • 阻挡者反对的是方案本身，还是「没被提前打招呼」这件事？
  • 我画的是真实影响网，还是 org chart？（真正拍板的常不在架构图的格子里）
常见错误
  • 把所有人一视同仁地广播。高权力的人没被单独对待，会觉得被冒犯。
  • 只经营支持者，回避阻挡者。阻挡者不会因为你不看他就消失。
  • 照着 org chart 画。真实的否决权常握在一个 staff 工程师或某位资深 PM 手里，而非那个挂名的总监。
PRINCIPLE 03

会前布局：真正的决定，在会议之前就做好了 Pre-Wiring — The Meeting Only Ratifies

预先布局联盟构建把阻挡者请进帐篷
一句话原则
重要决定不该在会上被第一次听到。会议是「确认」共识，不是「形成」共识。开会前逐个一对一把关键人搞定、收集反对、调整方案、锁定支持。尤其：把最可能反对的人提前请进帐篷——让他成为共建者，而不是台下的狙击手。
名家原话
"It's probably better to have him inside the tent pissing out, than outside the tent pissing in." 「与其让他在帐篷外往里尿，不如把他请进帐篷里往外尿。」——与其让潜在反对者在外面拆台，不如提前纳入，让他有份。 — Lyndon B. Johnson（约 1971，论是否留用 J. Edgar Hoover）
场景示范
情境：你要在架构评审会上提一个有争议的技术方案，评审组五人，其中一位资深工程师以「爱挑刺、护地盘」著称。
✗ 常见做法

你准备好完美的 slides，会上第一次公布方案，期待用逻辑碾压全场。那位资深工程师当场连环发问，其他人跟着犹豫，方案被打回「再讨论」。

✓ 修后做法

会前三天，你单独找那位资深工程师：「我想推一个方案，但我知道你在 X 上踩过坑——想先听你的顾虑，免得我漏了。」你做了两件事：摸到他真实的反对点（往往是「没被尊重」而非技术本身），并把他的意见吸收进方案。会上他成了你的背书人，而不是狙击手；其余支持者你也提前各打了招呼。会议 15 分钟通过。

检查表
  • 关键人是在会上第一次听到，还是我已逐个预热过？
  • 最可能的反对者，我提前请进帐篷了吗？还是把他晾在台下？
  • 会前收集到的反对，是已吸收进方案，还是打算会上硬刚？
  • 我有没有激活支持者——会上有人帮我说话，还是我孤军作战？
常见错误
  • 把方案留到大会「惊艳亮相」。惊喜在政治里几乎总是负资产。
  • 只预热支持者，回避硬骨头。最该提前打招呼的，恰恰是反对者。
  • 会前听了反对却没真改方案。走过场式的「假咨询」，比不咨询更激怒对方。
PRINCIPLE 04

横向领导力：让这件事成为「他们的」胜利 Lateral Leadership — Make It Their Win

共享目标让功劳归对方不争署名
一句话原则
没有指挥权时，推动力来自「让对方觉得这是他的主意、他的功劳」。你越想署名，越推不动；你越让别人赢，事越成。把你的目标翻译成对方的目标，把聚光灯让出去——影响力反而沉淀在你身上。
名家原话
"Let the other person feel that the idea is his or hers." 「让对方觉得这个主意是他自己的。」 — Dale Carnegie,《How to Win Friends and Influence People》Part 3, Principle 7
场景示范
情境：你设计了一套更好的服务监控规范，想让另外三个团队采用，但你无权强制。
✗ 常见做法

你发文档：「按我们团队的规范来，这是最佳实践。」——「我们的规范」「你们照做」，触发地盘防御。对方就算认同也会拖：采纳 = 承认你比他强。

✓ 修后做法

换个框架：「我整理了几个团队踩过的监控坑，想一起定一套大家都认的标准——你们在告警降噪上做得比我们好，那部分能不能纳进来、由你们主笔？」你把「我的规范」变成「我们共建的标准」，给对方留了署名和主场。标准落地后，三个团队都说是「自己参与定的」——这正是你要的结果。

检查表
  • 我说的是「我的方案，你们照做」，还是「我们一起定的标准」？
  • 我给了对方一个真实的主场吗——一块由他主笔、署他名的部分？
  • 事成之后，我抢着邀功，还是公开把功劳分出去？
  • 我真正要的是「被看见正确」，还是「事情做成」？（两者常不可兼得）
常见错误
  • 执着于署名。功劳算谁的，和事情成不成，常是两件事。
  • 把采纳你的方案当成对方「认输」。一旦对方感到是零和，他就有动机让它失败。
  • 让出功劳却心里记账、事后抱怨。让就真让，半推半就比不让更糟。
女性视角提示
Female Leader's Note 「让功劳归对方」对女性是把双刃剑：研究（如 Heilman）显示，女性的贡献本就更容易被默认、被重新归到男性同事名下（同一个主意男同事复述一遍就成了他的）。若再主动让功，可能彻底隐形。对策不是不让，而是让得有记录：(1) 用书面 / 异步留痕（doc、邮件、PR）给你的原始贡献打上时间戳；(2) 学奥巴马团队女幕僚的「放大」（amplification）策略——结盟互相点名：「就像 XX 刚才提的那个方案……」，把功劳指认回真正的来源。让功劳是策略，不是自我抹除。

深入资源 · Further Reading

深入思考 · Open Questions

「靠交换换来的影响力」会不会本质上脆弱——一旦你没货币可换，就立刻失势？
是，也不是。纯交易型关系确实脆弱：账户一空，关系就断。但 Cohen & Bradford 的要点是，反复的善意交换会沉淀成关系货币——信任本身成为最耐用的货币，让未来的请求不再需要逐笔结算。短期靠 currency，长期靠 reputation：前者脆弱，后者反脆弱。
「会前把人搞定」和「暗箱操作、架空正式决策流程」的界线在哪？
界线在透明度与可逆性。健康的 pre-wiring 让正式会议更高效——所有反对都已被听见、被吸收，会上仍可推翻。变味的版本是：会前已私下锁死，正式会议沦为橡皮图章，异见者根本没有真实发言权。自检：如果有人在会上提出全新的有力反对，你的「共识」还推得翻吗？推得翻是布局，推不翻是操纵。
让功劳归对方、长期隐身，会不会损害自己的晋升——毕竟晋升要看「可见的个人影响」？
真实的张力，尤其在崇尚个人英雄叙事的组织。解法不是抢功，而是区分两种可见度：抢「这是我做的」的功，和积累「凡他参与的事都成」的声誉。后者更慢但更高级——staff / 总监级晋升看的恰恰是「跨团队让事发生」的能力。但要诚实：在短期、个人 KPI 导向的环境里，过度无私会被占便宜——这时需要前面说的「让得有记录」。
在高语境、强等级的组织（如东亚、部分印度企业）里，「横向影响」和「会前布局」要怎么调？
高等级文化里，纯横向的同级说服往往不够——很多事最终要靠「向上借力」：先说服双方共同的上级，再自上而下推动。会前布局的权重更高（公开异议代价极大）。西方的 influence without authority 默认结构相对扁平，移植时要把「向上」这条线加粗。

本周习作 · Your Day 8 Action

本周做一件具体的事，不是反思也不是阅读：

选一个你当前真实卡住的跨团队依赖（某团队没动力配合你）。

(1) 用 Card 2 的矩阵，把相关方画进四象格，圈出那个「高权力、但你还没单独打过招呼」的人。
(2) 用 Card 1，写下对方团队这季度在意的一种「货币」，以及你能拿出来交换的一种。
(3) 本周内约那个关键人做一次 15 分钟 1:1（Card 3 的会前布局）——先问他的顾虑，不带方案去说服，只去听。

反思题：回看你最近一次「推不动」的跨团队事，它卡住，是因为你的方案不够好，还是因为你跳过了「先搞清对方要什么货币 / 先把人请进帐篷」这一步？