第二套规则卷三 · 划清利益边界
卷三 · 划清利益边界BOUNDARY WORK

16承重柱焊死

本门出处 ↗

“先帮忙接一下,下个月就有人了。”

半年以后,人确实来了,所有问题却仍然找你。新人坐在旁边看你回复消息,主管说再带一阵,合作部门说还是问你最快。名义上的交接早已完成,真实的工作入口从未移动。

本门观察

你不是没有接任者。你没有交出去的,是一整套围绕你形成的安排。

01隐性负债

一次临时救场,怎样变成长期职责?

最初,几个小组提交的结算资料口径不同,负责人请你统一整理一次。你熟悉要求,当天就办好了。下个月,各组又把资料发来;财务发现问你最方便,开始只找你核实;新员工收到的指引也写成“有问题联系某某”。

任务没有经过一次正式宣布,却逐渐获得了固定入口、默认负责人和稳定期待。

相关人员根据这套安排调整了自己的工作:有人不再学习核对口径,有人减少了与其他小组的联系,有人把催办提醒直接设给你。

承重柱焊死;奶白石膏承重柱带钴蓝焊接痕迹,柱顶横梁有裂纹,浅灰背景,电影感横构图
承重柱焊死 · 放大查看 ↗
图中文字
承重柱焊死

因此,移交时需要改变的不只是“谁会做这张表”,还有资料发到哪里、谁有权限确认、遇到争议谁作决定,以及其他人何时开始使用新的路径。

如果这些条件没有改变,新人即使读完手册,也可能一直只是抄送名单上的人。

你则同时承担旧任务、培训和新岗位,所谓过渡变成了新增的一层工作。

“承重柱焊死”说的是这种安排逐渐固定的处境。它不证明协调工作低级,也不意味着长期负责一项事务必然吃亏。

清楚的职责、相应资源和合理评价,可以使同样的工作成为值得做的岗位。问题是重量一直增加,承担方式却停在最初那句“临时帮一下”。

02权威判词

阿瑟关于递增收益与路径依赖的研究,展示了在特定条件下,早期的选择怎样通过后续采用与正反馈被强化。这个研究背景主要是技术竞争,不是对个人岗位命运的直接预测。

它给本门的启发是:要理解一项安排为何难改,不能只看它今天是否最合适,还要看其他做法已经怎样围绕它展开。

用旧流程的人越多,新人越需要先学旧流程;大家越熟悉原接口,改接口时要协调的人就越多。

历史选择因此影响当前转换的成本。不过,习惯不等于不可逆。提供替代入口、权限和过渡支持,可能改变这些成本。

这与前一门的学习时间问题不同:即使你已经具备新岗位能力,也有人愿意接手,旧职责仍可能没有真正转移。

它也与第04门的专用投入不同:有些知识换环境会折损;这里讨论的则是,即使知识能够教会,工作仍会沿原来的路径返回。

造成返回的原因也需要分开。

新人不会处理,需要训练;新人会做却没有权限,需要授权;上下游不知道变化,需要通知;遇到争议无人负责,需要明确升级路径。不能把所有问题都概括成接任者不行,也不能一律归因于自己舍不得存在感。

交接不只是换一个名字。交接不只是换一个名字;不会处理;补训练与反馈;会做但没权限;落实授权;上下游不知道;切换通知与入口;争议没人决定;明确升级路径;人、权限、入口和支持都要移动。
交接不只是换一个名字 · 放大查看 ↗
图中文字
交接不只是换一个名字
不会处理
补训练与反馈
会做但没权限
落实授权
上下游不知道
切换通知与入口
争议没人决定
明确升级路径
人、权限、入口和支持都要移动。

03弱者税单

最直接的代价,是承担两份被分别低估的工作。

旧团队认为你只是偶尔答疑,新团队认为交接已经完成,于是都按你可以全力配合来排期。只有你知道,所谓偶尔每天都会发生。

若不把实际占用说清,两个合理的局部安排也可能合成一份无法完成的总任务。

第二笔代价,是职责与权限错开。所有异常都要求你解决,你却不能调人、改变优先级或批准例外。你可以协调信息,却被当成最终决策者。

长期依靠个人关系填补这个缺口,会使大家更难看见哪些事项本来需要有权者处理。

第三笔代价,是接任者始终没有形成独立工作的机会。你为了快一点替他回答,他便少了一次实际判断;下次大家仍然觉得找你快。

可是完全撤手也可能使他在条件不足时承担过大风险。

需要的是有安排的练习与支持,不是不断代办,也不是放任出错来证明组织离不开你。

最后还有一种损耗:你把岗位的转换成本,当成只能由自己偿还的债。组织需要人手、权限或培训,却总由你延长过渡、牺牲新工作来填补。尽责应当包含如实说明这些缺口,不等于承诺无期限兜底。

04翻盘判例

设想林川因为同事离职,临时负责跨团队的故障协调。后来,他获准转入架构组,新同事小许负责接任。双方整理了手册,也安排了跟岗,可两周后,故障消息依然不断进入林川的私人聊天窗口。

一次排期争议使问题变得清楚。小许按照手册收齐了资料,但两个业务团队都要求优先处理。

她没有权限决定取舍,工单系统中的分派权限也尚未开通。

大家绕过她找林川,并不单纯因为她动作慢,而是旧流程仍把他当成能办事的入口。

林川与主管没有再约定一个含糊的“多带带”。

他们把交接拆成几项实际条件:小许能够查看和分派什么,哪些冲突由主管决定,相关团队从什么时候通过统一入口提交,以及过渡期林川提供什么支持。

旧故障与新故障也分开处理。林川继续说明自己经手的未结事项,避免上下文突然丢失;

新的普通请求由小许主接,林川在约定范围内帮助复核;

需要紧急处置的问题则按已有应急机制处理,不为了贯彻交接而机械退回。

把交接拆成条件;旧路径与新路径左右对照,钴蓝不等号连接,左侧蓝色手机,右侧玻璃门,底部结论
把交接拆成条件 · 放大查看 ↗
图中文字
把交接拆成条件
旧路径
绕过新人找旧人
入口未移动
新路径
小许主接统一入口
权限开通条件明确
新安排能运行,旧安排不再吞时间

主管向相关团队确认了新的接口,安排系统权限调整,同时给小许留出熟悉业务的时间。

林川提供的是经验支持,不是替主管把所有决策权限私下转让给新人。

变化之后,仍有人习惯性私聊林川。他可以回复:“这项现在由小许主接,我把已有背景补到工单里,后续请在这里一起确认。”

这既没有假称自己已经无法操作,也没有在私聊里独自办完,再让小许被动知晓。

第一次独立协调不顺时,三人检查问题到底出在哪。

若是遗漏了必要信息,就补训练;

若是业务优先级冲突,就请主管决定;

若是系统仍在自动通知林川,就修正入口。不是每一次不顺都把整个职责重新交回旧人。

一段时间后,可以核对:普通事项是否已由小许独立完成,未决问题是否进入明确路径,林川的支持是否仍频繁超出约定。

达到哪些条件才算结束过渡,应由相关人确认,而不是套用统一的三周期限。

如果权限始终不给、支持人手也不落实,那么继续要求林川“再带一阵”不能算完整的接任方案。

他需要把未满足的条件带回主管处,重新讨论排期与工作量。不能只靠自己的耐心证明交接应该完成。

交接本身的成果,是新安排能够运行,旧安排不再隐蔽地吞掉他的时间。

新岗位是否适合他,是另一个需要实际经历的问题。

05自保立场

把工作做清楚,不等于把自己做成唯一入口。

你可以认真救场,也可以要求临时安排有后续决定。

提出期限不是为了到了那天就不管,而是提醒组织在期限前决定:结束、延长、增配资源,还是正式调整职责。

同样,交接不必然意味着影响力下降。你可能继续成为被尊重的专业支持,也可能更少参与旧圈子的日常讨论。

感受可以复杂,但不能因此假定所有离不开岗位的人都在贪恋权力。很多人真正缺少的是组织愿意承担的转换成本。

若你愿意把协调作为长期方向,也可以争取把实际工作纳入正式职责、评价与资源安排。

离开不是唯一正确答案;长期留下也不应依赖无限的隐性兼职。

06自保条款

接临时任务时,确认范围、预计持续时间和后续决定人。未来接任者尚未确定,就如实写明未定,而不是承诺一个没人负责兑现的交接日期。

临时职责挤占其他工作时,也需要同步调整优先级。

交接资料不仅写操作步骤,还应包括关键判断、常见例外、未结事项,以及什么时候需要请谁决定。

复杂经验未必能被半小时读完的手册替代,接任者需要练习和反馈。

切换入口与权限时,让有权限的人落实。更新通知对象、工作系统和协作说明,确认上下游知道新的路径。

不要只在文档封面换一个名字,却保留所有对旧人的实际依赖。

安排过渡支持时,说明哪些事项由谁主接、如何复核、紧急情况怎样处理。普通请求逐步转移,必要支持按约提供,不把“绝不帮忙”当成完成交接的证明。

定期核对真实工作量。

如果新职责仍只是一句名义,旧职责持续回来,就把具体事项、频次和影响说明白,要求重新作出安排。

记录用来发现未解决的条件,不是为了在新人出错时证明自己早就知道。

07止损开关

当临时安排反复延期、责任继续增加、必要资源始终没有落实,就需要重新评估。

可讨论的选择包括减少其他任务、确认正式岗位、安排替补,或寻找新的工作路径。

不能仅凭占用超过某个固定比例,就宣布处境不可逆。

如果主管不愿决定,也不应故意拖到响应期限最后一刻,制造故障来迫使系统感到疼痛。

说明能够承担什么、哪些事项已经超出能力或权限,并使用适当的升级渠道。

已经负责的事项需要妥善处理,必要风险不能因为“这是原来的漏洞”就放任扩大。

你希望离开一根承重柱的位置,不代表你必须先让屋顶塌一次。

不用先让屋顶塌;奶白石膏柱与钴蓝玻璃柱共同托住横梁,旧柱正在被移除
不用先让屋顶塌 · 放大查看 ↗
图中文字
不用先让屋顶塌

真正的转换,是让重量有新的承接方式。人、权限、入口和支持都移动了,交接才不只是文件上的一个动词。

出处与阅读说明
16 承重柱焊死。 W. Brian Arthur,Competing Technologies, Increasing Returns, and Lock-In by Historical Events(1989)。原文研究技术选择;本章将历史积累与配套依赖用于工作安排的类比。原论文公开版本 ↗。