后来才明白，真正厉害的人不是最会救火的人

工作中有一种人特别容易得到认可。

哪里出了问题，他就出现在哪里。

系统坏了。

找他。

项目遇到困难。

找他。

客户突然提出问题。

还是找他。

别人解决不了的事情，他很快就能搞定。

大家会说：

“这个人能力真强，没有他真不行。”

以前我也觉得，这大概就是一个人工作能力强的最好证明。

后来开始负责越来越复杂的事情以后，我慢慢有了不同的看法。

一个人很会解决问题，当然是能力。

但如果同样的问题一直需要他来解决。

也许真正需要解决的，已经不是那个问题本身。

第一次出现问题，解决它

设备突然停了。

找到原因。

重新启动。

项目数据出现错误。

检查数据。

修复问题。

这是最正常的工作。

现实世界不可能完全没有意外。

所以一个人遇到问题以后能够快速处理，当然非常重要。

但如果同样的问题第二次、第三次又出现。

就应该开始多问一句：

“为什么它还会再次发生？”

救火很有成就感，预防问题却很安静

这是一个很有意思的现象。

凌晨系统出现故障。

一个工程师工作三个小时，把系统恢复。

第二天大家都知道。

“昨晚辛苦了。”

“多亏你及时解决。”

这是非常明显的贡献。

但另一个工程师可能几个月以前花了一天时间修改了一个流程。

从那以后，某类故障再也没有发生。

没有人半夜被叫醒。

也没有紧急邮件。

甚至慢慢没有人记得以前还有这个问题。

哪一个贡献更大？

其实很难说。

但后者往往更加容易被忽略。

因为：

没有发生的问题，很难被看见。

如果一个团队每天都很忙，也许应该看看为什么

有时候一个团队特别忙。

每天都有问题。

大家不断解决。

看起来所有人都非常努力。

但真正值得问的是：

这些问题有多少是第一次出现？

又有多少，其实已经发生过很多次？

如果每个月都有人手工整理同一份数据。

为什么不能自动化？

如果每次操作设备都需要问同一个人。

为什么没有操作流程？

如果每个项目都会在同一个阶段延期。

是不是计划方式本身有问题？

如果不断重复解决同一种问题。

那么“更努力”可能不是最好的答案。

每解决一个问题，最好留下点什么

现在我越来越喜欢一种工作方式。

问题解决以后，不要马上忘掉。

至少留下其中一样东西：

一段记录。

一个检查清单。

一条新的流程。

一个自动化脚本。

一次经验总结。

或者一个简单的：

“下次再发生，先检查这里。”

这样第一次解决问题，需要一个小时。

第二次可能只需要十分钟。

最终最好能够做到：

根本不需要第二次解决。

这时候个人经验才真正变成组织能力。

管理者尤其要警惕“英雄文化”

团队里有几个特别能救火的人，当然很好。

但如果整个团队的运行方式建立在：

“没关系，出了问题某某会解决。”

其实非常危险。

因为这个人会休假。

会生病。

也可能有一天离开团队。

更重要的是。

如果最有能力的人每天都在处理重复出现的问题。

他就没有时间做真正能够推动团队向前的事情。

所以管理者不应该只问：

“谁能解决这个问题？”

还应该问：

“怎样让这个问题以后不再需要任何人解决？”

写在最后

这些年，我越来越相信一句话：

真正优秀的系统，不是每次出问题都有人能够救回来，而是同样的问题越来越少发生。

第一次出问题。

靠能力解决。

第二次出现。

靠经验解决。

第三次再出现。

就应该认真考虑：

是不是需要改变流程、工具或者系统本身。

真正厉害的人当然可以救火。

但更高层次的能力，也许是：

救完火以后。

看看为什么会着火。

然后把那个地方修好。

因为一个人真正留下来的价值，不应该只是：

“出了问题一定要找我。”

更好的状态可能是：

“这个问题以前经常发生，后来他把它彻底解决了。”

前者让一个人变得不可替代。

后者却让整个团队变得更强。

而我越来越觉得：

真正成熟的工作方式，最终追求的应该是后者。

---

感谢大家阅读！

你在工作中有没有遇到过一种问题，大家已经习惯了不断“救火”，却很少有人停下来问：为什么它总是在发生？

#Steemit #职场 #管理 #团队 #系统思维 #工作方法 #项目管理 #原创