系统只有一个人会改，要不要加人

先把结论摆在这儿："只有一个人会改"不是一道人力题，是三道不同的题叠在一起——知识、验证、权限。加人只补第一道，而且多数团队真正缺的是第二道。 如果你现在打算靠"再招一个"来消掉这个焦虑，先看清楚你补的是哪一格，否则最可能的结果是：人到了，风险一分没少，还多了一个每月要发工资的人。

这一格焦虑在中小企业非常常见，而且它通常不是想象出来的。确实有那么一个系统，五年前是某人写的，中间的每一次改动都是他做的，别人接手两次都退了回去。这不是"团队不行"，这是过去几年把"能跑就行"这件事做到极致的必然产物。

先把它拆成三格，它们的价格差很远

第一格：知识。 系统为什么长成这样。哪些字段看着多余但其实是上游对账用的，哪段逻辑是为了绕开某家供应商的接口 bug 而写的，哪张表不能随便加索引。这一格的价值不在"代码会不会写"，而在他知道哪些东西不能碰。

新人补不上这一格，靠招聘启事更补不上。这一格只能靠时间、或者靠他自己愿意写下来。

第二格：验证。 改完之后，怎么确认没改坏。这一格和第一格长得像，但价格完全不同。有验证能力的团队，一个陌生工程师改一笔，跑一遍检查清单、看十几个指标没动，就敢合进去；没有验证能力的团队，同一笔改动要等客户投诉才知道坏了。

这一格是多数"只有一个人会改"的真实原因。 很多时候不是别人看不懂代码，而是改完之后没有人敢说"这一步是安全的"——因为没人能证明。老手之所以是唯一那个，不是因为他读得懂，是因为他是唯一一个心里有那张"改坏了会长什么样"的表的人。

第三格：权限。 谁能把东西发到线上，谁手上有服务器密码、数据库账号、云控制台、供应商后台。这一格和前面两格毫无关系，而且加人加不掉它——你招十个人，只要部署还必须他敲那一下，他请假那天你就动不了。

第三格是这三格里最便宜的，也是最常被漏掉的。很多团队到出事才发现：不是没人会改，是除了他没人有权改，而那个账号密码只有他一个人知道。

三格分开算，你才知道钱该往哪儿花。把它们混成"我们被一个人卡住了"，就只能得出"再多找一个人"这个唯一答案。

什么时候这一格真的会爆

不是他请假那天。请假那一周通常只是慢一点，不至于坏。

第一种：他找到了下家，而且走得不算愉快。 这时候的差别是交接质量。愿意配合的，给你留两周口头交代；不愿意的，你面对的是一个前任员工留下的、他本人已经不关心对错的东西。多数公司在这一种上付出的代价最大，因为它发生得很快，从提离职到最后一天往往不到一个月——一个月里塞不进"让第二个人看懂"这件事。

第二种：外部要求你证明。 客户要把你写进供应商名单，要做等保或者审计，要问你"关键岗位有没有备份人员""这个系统出故障谁处理"。这种检查不问你的系统好不好，只问你能不能在没有某个人的情况下继续运转。这时候临时加人是来不及的，因为要交的是材料，不是人。

第三种：业务要改的方向正好是他不熟的那一层。 这一种最容易被忽略。他确实是唯一会改的人，但他熟的是五年前那一套。现在你要接小程序、要接支付、要做多租户，那些地方他也得现学。这时候"只有一个人会改"这句话的真相是：只有一个人会改旧的那部分，新的那部分谁都不会。 加人反而在这时候最值钱，因为新人带来的正是他没做过的那一块。

三种形态里，只有第三种是靠"加人"解决的。另外两种靠的是提前把验证和权限从人身上剥下来。

加一个人的账，比你想的难算

先把最直观的那笔放在这儿：一个能独立改这套系统的工程师，一年的人力成本按你所在城市的行情算，加上招聘周期、试用期、社保公积金。这笔钱谁都看得懂。

看不懂的是另外三笔：

第一笔：新人头几个月是负的产出。 不是"零产出"，是负的——他每问一个问题，就从老手身上拿走二十分钟；他每写一段代码，老手要花时间去 review。这个成本不会出现在任何报表上，但它就是"加了人之后半年内更慢了"的真实原因。多数团队把这段慢误判成"这人不行"，于是再招一个，第二笔成本又来了。

第二笔：老手的时间被永久占用一截。 只要系统还是只有他懂，他就永远在"改自己的东西"和"给别人解释"之间切换。这两件事互相打断，切换成本比单独做任何一件都高。而且这一格还有个隐性后果：他知道自己不可替代，这既是他谈判的底气，也是你排期的不确定性来源。

第三笔：你招不到你想要的那一个。 说得直白些：市场上愿意接手一套"没有测试、没有文档、前五年全凭一个人记忆"的系统的人，要么资历不够（那知识那一格照样补不上），要么资历够但不愿意（他要的是能体现能力的系统）。你会面对一种很常见的结果：简历筛了三十份，来了两个，一个干了三周走了。

三笔加起来，"加人"是这三格里最贵的那个选项，而它只补第一格。

四条比加人便宜的路，各自挡得住哪一格

第一条：把"改完怎么确认没坏"做成一个能跑的东西。 这是补验证那一格，也是四条里最实在的一条。

它不必是"自动化测试覆盖率 80%"那种宏大工程。它的最低形态是一份任何人改完都能自己跑一遍、跑完能自己判断对不对的清单：五个核心流程，从下单到出单，每一步该看到什么数字；对账那两张表的今日合计和昨日比，波动超过多少就算异常；上线前后各跑一次，两份结果放在一起对比。

这件事的关键不在技术，在于它把"安全"这个词的定义从他脑子里搬了出来。搬出来之后，第二个人改东西时需要的不是他的判断，是一份能自己核对的东西。这才是让"只有一个人会改"消失的真正机制——不是让第二个人变聪明，是让判断标准变得不需要聪明也能执行。

代价：一次性投入不小（要有人把那些标准写下来，多半还得他自己写），而且第一次跑会发现有些标准根本写不出来——那说明这些年的确认全靠手感。

第二条：把上线权限、账号、密钥从人身上剥下来。 补权限那一格，成本几乎只有流程。

具体是三件：部署这件事不再由某个人手工完成，而是任何有权限的人点一下都能做；账号密码存在一个团队都能取到的地方，而不是某个人的浏览器或者笔记本；线上环境的进入方式有记录，谁动了什么留得下痕迹。

这一条有个反面要提醒你：把权限从一个人身上摊开，等于把另一个风险摊给了所有人——原来的风险是"他不在了"，现在的风险变成"谁都可能误操作"。所以这一条不能单独做，要么和第一条一起做（谁都能上线，但上线前有一份能跑的自检），要么就老老实实接受多出来的那一截误操作概率。多数团队只做了第二条，然后开始怀念第一条。

第三条：让他把"为什么"写下来，一条一页。 补知识那一格，比想象中便宜，也比想象中容易失败。

不要写"技术文档"。没人会维护它，三个月后它就是错的。写的是决策记录：一条只回答一个问题，格式就三段——当时要解决什么、试过的另外两条路和为什么放弃、现在这个做法会在什么地方咬人。一条三百字，二十条就是一份别人接不了手时能救命的东西。

挑那二十条的标准很实在：他请假两周时，你会打电话问的那几件事。 这就是全部选题依据。

代价和天花板：他得愿意写。这件事在他还没走的时候推进相对容易（那时候他还有动力证明自己有用）；等他已经在办交接，你一句都推不动。所以第三条是四条里"时机最紧"的一条——不是它难，是它必须在关系还好的时候做。

第四条：改动必须两个人在场。 最便宜，也最容易在第一周就烂掉。

形式很简单：任何一次上线，写的人和检查的人不能是同一个；关键模块的改动，第二个人必须签一下。这一条不需要预算，需要的只是你把"快"这个优先级往下挪一格。

它的代价就是慢，而且慢的位置很痛：越是急着发出去的那一次，越是找不到第二个人来签。你能不能守住这一条，取决于你自己犯过的那次错误——为了赶工跳过检查，然后回滚那次。

什么时候确实该加人

上面四条不是要你别招人。有三种情况，加人是对的，而且越早越好：

一，他手上是三件不同的事，不是一个系统。 如果同一个人同时在做老系统的维护、新项目、外加客户那边的技术支持，那"只有一个人会改"是产能问题不是知识问题。这种情况下第一条到第四条都帮不上——他本人知道该怎么做，只是没时间做。

二，瓶颈是产出量，不是判断力。 区别在于：给需求排期时，你说"两个月"是因为改动本身要多写两周代码，还是因为"这两个月他会被各种别的事打断"。前一种是量的问题，加人能解决；后一种解决了也是白搭。

三，风险已经外化到合同或者审计里。 客户在合同里要求关键岗位有备份人员，或者行业监管要求你能证明连续性——这时候"我们有一份决策记录"不算答案，要的是名单上有两个人。这种情况加人买的不是产能，是一张能交给别人的表。

最贵的那种假象

这一节单独拿出来，因为它在实践中出现得太频繁了。

有些团队加了人，也做了文档，一年后系统还是只有一个人会改。原因基本都是同一个：新人来了之后被安排在"新功能"上。 老系统没人碰，因为改它有风险而没人能证明它安全；新功能干净、有产出、能被看见。于是新人变成了另一个"只有一个人会改"——只不过是改新那部分。

这不是新人的问题，是你没给他改旧那部分的安全网。一个新人不敢碰没有验证手段的旧代码，这个行为完全合理。所以顺序很重要：先做第一条（验证），再加人。 反过来的团队，钱花了，两年后面对的是两个单点而不是一个。

三个自查问题

不用等人，现在就能问，答案要能在十分钟内给出来：

一，如果他从明天起不接电话，我们哪三件事做不了？ 答不出来的团队，说明这一格从来没被认真看过。答出来的那三件事，就是第三条（决策记录）那二十条的开头三条。

二，上周线出的那一次改动，是谁确认没问题的？依据是什么？ 如果答案是"他自己说没问题"，那你们缺的是第一条。如果答案能对上"跑过哪几项、看了哪几个数"，那你的验证那一格是有的，可以进入加人的判断。

三，线上环境的账号，除了他还有谁能取到？ 这一条只有一种答案：现在就去确认一次。不要拿"应该在他电脑的某个文件里"当答案。

读完能做什么决定

这三个决定互相不冲突，档位不同：

不用花钱、今天就能做的：把权限那一格盘一遍（第三个自查问题），列出他不在时做不了的前三件事，从此任何上线都要第二个人签一下。这一档不需要预算，需要的是你在接下来几周接受"发得慢一点"。

要花一点时间、这个季度能做完的：把五个核心流程变成一份谁都能跑、跑完能自己判断的清单。做完这一件，你才具备"加人能真的接上手"的前提。

要花钱、必须等上面两件事做完再谈的：加人。什么时候加，看那三个条件；往哪个方向加，看第三种爆掉形态（业务要改到新层），那才是加人真正能补上的位置。

如果你今天只能做一件事：把第三个自查问题问出来，并且当场去确认。这一格是最便宜的，也是唯一一种"发现的时候已经太晚"的——他离职之后你才发现没人能登进线上环境，那时候你需要的不是知识，是一段数据库密码。