跳到主要内容
阅微漫记
返回

一个「超级救火员」,是如何学会说不的

我曾经特别擅长一件事情:

把别人搞砸的事情,重新救回来。

项目延期了,我去补。

方案出了问题,我去改。

系统上线前发现风险,我去处理。

临时来了一个紧急需求,我去接。

甚至有些事情,最开始根本不是我负责的,最后也不知道怎么回事,还是落到了我这里。

久而久之,大家形成了一种习惯。

有问题,找我。

事情卡住了,找我。

时间不够了,还是找我。

那时候我甚至觉得这是一种能力。

别人解决不了,我能解决。

别人扛不住,我能扛。

别人不知道怎么办,我知道怎么办。

一个人被越来越多人需要,当然是一件让人有成就感的事情。

直到有一天,我发现了一件很奇怪的事。

我每天都很忙。

忙到没有时间做自己的事情。

忙到没有时间思考。

忙到没有时间学习。

忙到没有时间做那些真正可能改变未来的事情。

可如果有人问我:

“你最近最重要的事情是什么?”

我却很难回答。

因为我的时间,早就被各种“紧急事情”切碎了。

那一刻我才意识到:

我可能不是一个高效的人。

我只是一个非常稳定的救火系统。


我是怎么变成“超级救火员”的

一开始,其实没有人要求我这样。

第一次有人来找我解决问题,我觉得很正常。

第二次,也没什么。

后来次数越来越多。

我发现很多事情自己确实能处理。

于是别人越来越愿意找我。

这件事情最麻烦的地方就在这里:

它会形成正反馈。

你解决得越快,别人越愿意找你。

别人越愿意找你,你解决的问题越多。

解决的问题越多,大家越觉得你可靠。

大家越觉得你可靠,遇到问题越会第一时间找你。

最后形成一个闭环:

能解决 → 被需要 → 接更多事情 → 更能解决 → 更被需要。

听起来像是在成长。

实际上却可能是在给自己挖一个坑。

因为这个循环有一个隐藏成本:

你的时间越来越不属于你。


最开始,我甚至不会觉得累

这可能是最容易被忽略的地方。

因为救火刚开始的时候,是会上瘾的。

一个系统有问题。

你定位到根因。

改一行代码。

问题解决。

很爽。

一个技术方案卡住了。

你重新梳理架构。

十几分钟之后,事情又通了。

也很爽。

一个项目快要延期。

所有人都不知道怎么办。

你站出来,把问题拆开。

然后项目又继续往前走。

那种“我能搞定”的感觉,非常强。

尤其对于技术人来说。

我们从学校一路走到工作,本来就是在不断解决问题。

所以我们很容易把:

解决更多问题

等同于:

创造更多价值。

可是后来我才发现,这两件事情并不完全是一回事。


有一天,我突然发现自己一直在做“紧急但不重要”的事情

那段时间,我给自己的工作简单做了一个记录。

不是很复杂。

每天只记:

今天真正想做的事情是什么。

最后实际做了什么。

结果很有意思。

我原本计划做的事情,往往都是:

整理技术方案。

沉淀经验。

优化流程。

做自动化。

研究新的方向。

思考下一阶段应该做什么。

但真正消耗时间的事情,却变成了:

回复消息。

处理临时问题。

帮别人看代码。

解决项目里的突发问题。

参加各种临时会议。

帮别人补漏洞。

一天结束以后,我确实解决了很多事情。

可是那些真正重要的事情,几乎没有推进。

我突然意识到:

我每天都在做别人认为紧急的事情,却很少做自己认为重要的事情。


更麻烦的是,我开始对“被需要”产生依赖

这件事情我后来想了很久。

为什么我明明已经很累了,还是会答应?

因为“被需要”其实会给人一种非常直接的价值感。

有人找你。

说明你重要。

有人依赖你。

说明你不可替代。

别人说:

“还好有你。”

这种话听起来很普通。

但其实非常容易让人上瘾。

尤其是当你对自己的长期价值开始不确定的时候。

你不知道未来怎么样。

不知道自己的职业还能走多久。

不知道自己还能不能持续保持竞争力。

但至少现在:

还有人需要我。

于是你不断救火。

不断证明自己。

不断告诉自己:

“我还是有价值的。”

后来我才意识到:

如果一个人的价值感,需要不断通过解决别人的紧急问题来获得,那其实也是一种依赖。


真正让我警醒的,不是累,而是“没有积累”

累其实不是最可怕的。

最可怕的是:

累了一年,回头看,却没有留下什么。

那段时间,我认真想过一个问题:

过去一年,我到底完成了什么?

我确实处理了很多事情。

解决了很多问题。

参与了很多项目。

帮过很多人。

可是如果把这些事情全部拿掉,我自己的能力到底增长了多少?

自己的系统到底建立了什么?

自己的长期资产到底留下了什么?

答案让我有点难受。

因为很多事情都随着问题解决而消失了。

今天救一个火。

明天再救一个。

火灭了。

事情结束。

然后下一场火又来了。

我的工作像一个循环队列。

不断处理。

不断清空。

不断产生新的任务。

却没有真正改变系统。


我第一次意识到:我可能正在成为系统的单点故障

这是我后来用工程思维重新理解这件事情的时候。

一个系统里,如果所有关键问题最后都依赖同一个节点解决。

这个节点越强,系统反而越危险。

因为它形成了单点故障。

以前我觉得:

“大家都来找我,说明我重要。”

后来我换了一个角度:

“所有事情都来找我,说明这个系统的设计可能有问题。”

如果我请假呢?

如果我生病呢?

如果我离开呢?

如果同时出现三个问题呢?

如果有一天我没有时间救火呢?

答案都不太好。

这意味着:

我所谓的不可替代,某种程度上其实是一种系统风险。


所以我第一次尝试说“不”

第一次真的说“不”的时候,我其实非常不习惯。

有人来找我。

事情确实不难。

过去的我,大概率会说:

“行,你发过来,我看看。”

但那一天,我看了一眼自己的任务列表。

手上还有几个真正重要的事情。

于是我说:

“这个我今天接不了,你先找一下负责这个模块的人。”

说完以后,我一直在等。

等对方不高兴。

等对方觉得我变了。

等别人觉得我不愿意帮忙。

结果什么都没有发生。

对方只是说:

“好,那我问问他。”

然后事情就过去了。

那一刻我突然有点愣。

原来:

很多我以为必须由我解决的问题,其实没有那么重要。


后来我才发现,“说不”不是拒绝

我以前把说不理解成:

“我不帮你。”

所以当然很难。

后来我开始换一种表达。

“我现在手里还有两个事情,这个如果要我接,需要把其中一个往后排。”

“这个问题属于你负责的模块,你先按照这个方向排查,卡住了再找我。”

“这个今天不影响上线,可以排到明天统一处理。”

“这个事情我可以提供建议,但不负责具体执行。”

这些话听起来都不像“拒绝”。

但它们实际上都在做一件事情:

给请求分配边界。

我不是不愿意帮。

而是:

我的时间不是无限的。


我开始给自己的时间设置“权限”

以前我的工作方式是:

别人发消息。

我响应。

别人@我。

我响应。

别人说紧急。

我马上响应。

后来我开始给自己的时间增加一些规则。

真正影响生产的问题,可以打断。

影响关键节点的问题,可以排优先级。

普通问题,集中处理。

知识咨询,尽量让对方先自己查。

不属于我的事情,返回负责人。

没有明确目标的事情,不急着接。

这其实很像给系统加了一层API网关。

不是所有请求都直接打到核心服务。

先判断:

谁发起?

什么事情?

什么优先级?

什么时候需要?

谁负责?

然后再决定:

我是不是应该响应。


最让我意外的是:当我不再救火,很多人开始自己解决问题了

以前我一直以为:

“如果我不帮忙,事情就会耽误。”

后来发现并不是。

当我不再第一时间冲上去以后,别人开始自己想办法。

他们开始查文档。

开始找负责人。

开始自己排查。

开始承担自己的问题。

一开始确实会慢一点。

甚至会有一些混乱。

但慢慢地,我发现:

系统反而开始变健康了。

以前所有问题都集中到我这里。

现在问题开始回到真正应该处理的人那里。

我少解决了一些问题。

但团队解决问题的能力增加了。


我也终于有时间做一些“没有人催我做”的事情

这是最大的变化。

当我的时间不再被所有突发事情占满以后,我开始重新获得了一些完整的时间。

我开始整理工作。

开始做自动化。

开始沉淀方法。

开始研究新的工具。

开始思考自己的职业。

也开始认真思考:

40岁以后,我到底应该把时间放在哪里?

这些事情以前并不是不重要。

恰恰因为重要,所以总是被推迟。

因为它们没有人催。

没有截止时间。

没有人在群里@你。

没有人告诉你:

“这个今天必须完成。”

但恰恰是这些没有人催的事情,决定了一个人几年之后会在哪里。


后来我给“救火”重新定义了

我现在并不是完全不救火。

真正重要的事情,我还是会处理。

真正紧急的事情,我也不会推。

区别只是:

以前我看到火就冲进去。

现在我会先看:

为什么这里总是在着火?

如果同一种问题连续出现三次。

我不想再救第三次。

我想知道:

为什么前两次没有解决根因?

如果每次上线前都出现同一种问题。

那可能不是某个人粗心。

而是流程有问题。

如果所有技术方案都要靠一个人最后兜底。

那可能不是这个人能力强。

而是机制没有建立起来。

所以我现在更愿意做的是:

把救火经验变成防火机制。


我也开始接受一件不太容易接受的事情

不是所有问题都值得解决。

不是所有请求都值得响应。

不是所有人都需要我的帮助。

不是所有事情都必须做到最好。

甚至不是所有机会都应该抓住。

以前我害怕错过。

害怕别人失望。

害怕别人觉得我不够好。

现在我越来越觉得:

如果什么都不拒绝,实际上就等于什么都没有真正选择。

因为人的时间是有限的。

你答应一件事情,本质上就是放弃了同时做另一件事情的可能。

所以:

说不,本质上不是拒绝。

而是选择。


现在,如果有人说我变了,我觉得可能是真的

以前别人对我的评价可能是:

“这个人靠谱。”

“有问题找他。”

“关键时候他能顶上。”

这些评价我以前很喜欢。

现在我希望自己的评价慢慢变成:

“他能把问题看清楚。”

“他能把复杂事情理顺。”

“他能让系统少出问题。”

“他能让别人也具备解决问题的能力。”

这几个变化看起来差别不大。

但对我来说,它意味着一个非常重要的转变:

从解决问题的人,变成设计问题不会反复发生的人。


写在最后

我用了很长时间,才明白:

一个人最容易陷入的职业陷阱,不一定是能力不足。

有时候恰恰是:

能力太容易被调用。

你什么都能做。

所以什么都来找你。

你什么都答应。

所以你的时间越来越碎。

你越来越忙。

于是没有时间成长。

最后你只能继续依赖自己最熟悉的能力。

然后继续救火。

这是一个非常隐蔽的循环。

我现在还没有完全跳出去。

有时候遇到事情,我还是会下意识地想:

“算了,我来吧。”

但现在至少,我会停一下。

问自己:

这是我的问题吗?

这是现在最重要的问题吗?

如果我现在把它解决掉,系统真的会变好吗?

如果答案是否定的。

我会尝试把手收回来。

有时候说:

“你先处理。”

有时候说:

“这个可以晚一点。”

有时候说:

“这件事情应该找负责人。”

有时候,只是简单地说:

“我现在没有时间接这个。”

刚开始的时候,我觉得说“不”是在失去什么。

后来我才发现。

我真正失去的,是那个什么事情都必须亲自解决的自己。

而我重新得到的,是自己的时间。

自己的注意力。

还有一个重新设计未来的机会。

我不想再做那个永远在线的救火员。

我更希望自己成为那个:

让火越来越少的人。


我是语霖。
执笔为语,心落成霖。
希望用文字和声音,记录一个40岁程序员重新设计人生系统的过程。
我们下期接着聊。


分享这篇文章:

上一篇
一次失败的转型:我们从这次事故报告里学到了什么
下一篇
一次向上汇报的接口重设计,带来了什么变化