依赖性分析在哪里最管用,在哪里会空转
大组织里的跨边界协作,最能放大这套方法
科特的方法是为一种特定的组织现实设计的:规模够大、分工够细、跨部门协作频繁、正式权限覆盖不了实际工作需要的全部协作关系。
具体来说,满足以下条件时,依赖性分析和影响力策略的效果最好:
你的任务需要三个以上部门或职能线配合。你对其中大部分人没有正式权限。组织文化允许非正式沟通和跨层级接触。你有足够的时间做依赖分析和逐段推进,而不是被要求三天内出结果。
典型场景包括:跨部门项目推进、内部流程改造、新产品上线协调、组织架构调整期间的资源争取。
科特方法成立的关键前提是:组织中存在可以分析的依赖结构,而且这些依赖关系可以通过利益交集来处理。一旦这个前提不成立,方法就开始空转。
看起来能套但不该硬套的场景
权力高度集中的组织。 如果决策权集中在一两个人手上,依赖性分析画出来的图再精确也没用——因为所有路径最终都指向同一个人。这种场景下,科特的多路径推进策略简化成了单点突破:你需要搞定的只有那一个人。方法论不是不对,是杀鸡用牛刀。
关系高度不透明的文化环境。 科特的方法假设你能了解对方的需求、优先级和压力来源。但在一些组织文化中,人们不会让你看到自己真正在意什么。表面说"资源不够",实际是政治立场;表面说"排期满了",实际是对你的项目有敌意。在这种环境下,利益交集分析的输入本身就不可靠。
纯粹的零和博弈。 科特的影响力策略核心是找双赢的利益交集。但有些组织竞争确实是零和的——同一个预算额度、同一个晋升名额、同一块市场。这时候你让对方赢了就意味着你输了,利益交集不存在。科特的方法在这种场景下不是失效,而是只能发挥防守作用——维护关系、管理声誉、避免在竞争中伤及长期信用。
创业公司或极早期团队。 十五个人的团队不需要依赖性分析。你走两步路就能找到任何一个人,依赖关系是明摆着的。科特讨论的问题在这个规模下几乎不存在。
就算场景对了,最容易走偏的两个地方
把依赖分析做成了一次性动作。 画了图,分析了利益交集,推进了一轮——然后就不再更新了。但组织是活的,人在变、优先级在变、权力结构在变。两个月前的依赖图可能已经过时了。科特的方法需要持续维护,不是一锤子买卖。
把影响力等同于沟通技巧。 很多人读完科特之后,学到的是"怎么说话更有效"——用对方的语言框架、先听后说、找利益交集。这些确实重要,但它们只是方法的表层。如果你没有真正理解对方的需求和处境,再好的沟通技巧也只是包装。
科特的方法不是教你"更会说话",而是教你在说话之前先做一次结构分析。如果你把结构分析跳过了,只留下沟通技巧,方法就退化成了又一套人际关系窍门。
出现这些信号,说明方法在空转
你做了依赖分析,找了利益交集,一对一沟通也做了,但事情还是推不动。这时候检查几个信号:
对方口头答应但行动上不跟进——可能是利益交集分析有误,你认为的"好处"对他来说根本不重要。回去重新分析他真正在意的事。
你反复在同一个节点上卡住——可能不是沟通问题,而是结构性障碍。比如 KPI 设计就是让他不可能配合你。这种情况需要向上推动规则调整,而不是继续在执行层消耗。
你的推进让对方产生了防御反应——可能是你的"影响"被感知为了"操纵"。退一步检查:你是真的在找双赢路径,还是只是用更巧妙的方式在要求对方让步?
联盟建设做了很久,但关键时刻还是没人帮你——可能是你的日常投入没有落到对方真正需要帮助的地方。帮忙不等于做好事,帮到点上才有信用积累。
如果以上信号反复出现,不是你执行得不好,是当前场景可能不适合科特的方法。考虑换一种路径:直接争取正式授权、调整项目范围以减少依赖、或者接受这件事在当前组织条件下推不动。