本页目录

推不动的项目，通常卡在你没画出来的那段依赖关系上

跨部门项目：你是负责人，但没人向你汇报

你被任命牵头一个涉及四个部门的项目。头衔是"项目负责人"，但四个部门的人都不向你汇报。开了两轮启动会，财务说要等他们季度结算完，技术说排期要到下个月，市场压根没出席。

这个场景里最常见的误判是把"推不动"归因为对方不配合或者自己沟通不够。管理者的本能反应通常是：再开一轮会，语气更强硬一点，或者直接找老板施压。

科特的依赖性分析给出完全不同的诊断路径。先画出一张依赖图：完成这个项目，你具体需要谁做什么？每个人帮你的动机是什么？阻力的真实来源是什么？

很多时候你会发现，财务不是不配合，是他们的季度考核和你的项目时间线冲突。技术不是排期满，是他们的leader觉得这个项目对自己部门没好处。市场没来开会，是因为你的会议邀请里完全没提到这件事和市场部KPI的关系。

介入方式不是加大推力，而是逐段处理依赖关系。针对财务，调整时间节点或帮他们向上解释跨项目优先级。针对技术，找到项目对他们部门的附加价值。针对市场，在会议前先一对一聊清楚利益交集。

这种方式比"再开一轮会"慢，但它解决的是问题的根源。

一个中层管理者接手了一项内部流程改造任务。需要预算追加和一次组织架构微调，两件事都需要上级审批。他写了一份详细的方案，发给上级，等了两周，没有回音。

最容易犯的错是假设上级"不重视"或"故意拖延"。实际情况往往更平淡：上级同时在处理十几件事，你的方案在他的待办清单里排不到前面。

科特对管理上级的分析从一个基本事实出发：你的上级也是你的依赖对象。你依赖他提供审批、资源和政治保护，但他没有义务主动了解你的每一个需求。

有效的做法是在提方案之前，先做一轮上级的"依赖性分析"。他当前最关心什么？他的信息偏好是什么——喜欢看数据还是听故事？他正在承受什么压力？你的方案和他当前的优先级之间有没有交集？

然后重新包装你的请求。不是"我需要追加预算"，而是"这项改造能帮您正在推的成本优化计划节省 X%"。同一件事，换一个和上级优先级对齐的切入角度，通过的概率完全不同。

边界在于：管理上级不是操纵上级。你调整的是呈现方式和沟通时机，不是隐藏真实意图或制造虚假紧迫感。

你负责的产品线计划上一个新功能。推进到一半，发现另一个部门也在做类似的事，而且他们已经拉到了一部分高层支持。

大多数管理者的第一反应是对抗：证明自己的方案更好、争取更多高层背书、或者向上级告状说资源重复。

科特的分析指向一个不同的起点：先搞清楚对方为什么做这件事。是因为他们也看到了同一个市场机会？是因为他们的KPI设计和你的产生了重叠？还是因为信息不对称，双方压根不知道彼此在做？

如果是信息不对称，解法是直接沟通和协调，不是竞争。如果是KPI重叠导致的结构性冲突，那需要向上推动边界重划，而不是在执行层互相消耗。

只有在双方确实在争夺同一块有限资源、且利益不可调和时，竞争策略才成立。即便如此，科特也建议在竞争的同时维护关系——因为今天的竞争对手，明天很可能就是你需要协作的依赖对象。

刚到一个新岗位。对组织不熟，对人不熟，正式权限还没完全到位。大部分人在这个阶段的策略是"先看看再说"——低调、观察、不轻易表态。

科特认为这种默认姿态浪费了一个窗口期。

新人有一个天然优势：你的善意和好奇更容易被信任。你约人喝咖啡，别人不会觉得你在"搞关系"，会觉得新同事想了解情况。你帮别人做一件小事，别人不会觉得你有目的，会觉得你人不错。

这个窗口期不会持续很久。等你在组织中有了固定位置、有了利益立场、有了已知的目标，同样的行为就会被用完全不同的方式解读。

所以前九十天的策略应该是主动的：大量一对一沟通、主动帮忙、参与跨部门的小项目、记住每个人关心什么。这些投入的直接回报是你更快地理解组织运作方式；间接回报是一张信任关系的初始网络。

一个在同一家公司待了十五年的高管，被调去负责一个全新的事业部。这个事业部的团队对他不了解，行业也和他之前负责的不一样。但他在三个月内就让新团队对他产生了信任，跨部门资源调配也异常顺利。

不是因为他的头衔够高。是因为他在过去十五年里，在公司的各个角落积累了大量的关系资本——帮过的人、合作过的项目、在困难时刻表现出的可靠性。这些关系资本跨越了部门、层级和业务线。

科特把这种长期积累称为"影响力网络"，并且强调它和正式权限的根本区别：正式权限可以被授予也可以被收回，影响力网络只能靠长期行为积累，别人拿不走。

这个案例的边界很明确：它假设你在一个足够大、且文化相对稳定的组织中长期发展。如果你每两三年换一次公司，这种长期积累策略的回报会大打折扣。