一个团队最危险的状态：只有一个人知道怎么做

工作中经常会遇到这样的人。

某个系统出了问题。

大家第一反应：

“找老张。”

某个设备不知道怎么操作。

还是：

“问老张。”

一个几年前的项目需要查点东西。

“老张应该知道。”

数据库在哪里？

密码怎么配置？

这个脚本为什么这样写？

某个奇怪的Bug以前有没有发生过？

好像不管什么问题。

最后都有一个答案：

“问那个人。”

刚开始会觉得。

团队里有这样一个人真好。

经验丰富。

什么都知道。

但后来我越来越觉得：

如果一个团队的重要能力全部存在某一个人的脑子里。

这并不只是优势。

也是风险。

“离不开一个人”，听起来是赞美，其实有点危险

我们经常夸一个人：

“这个项目离不开他。”

听起来说明这个人非常重要。

当然。

这确实证明他的能力和贡献。

但如果真的字面意义上：

离开他，项目就无法运行。

那可能说明系统本身存在问题。

因为人总会：

休假。

生病。

调岗。

换工作。

甚至只是某一天没有时间回复消息。

如果一个正常运行的系统必须依赖某个人随时在线。

那它实际上并没有真正稳定下来。

很多“知识”根本没有存在文件里

这是特别常见的情况。

表面上看。

团队有文档。

有代码。

有操作手册。

真正开始运行的时候才发现：

第一步以后该做什么？

“这个地方有个小技巧。”

为什么这个参数不能改？

“以前试过，会出问题。”

如果软件启动失败怎么办？

“先运行那个，再重启这个。”

这些东西全部没有写下来。

它们存在于一个非常特殊的数据库里：

某个人的记忆。

而且这个数据库没有备份。

系统真正成熟的标志，是普通人按照流程也能运行

如果一个系统只有开发它的人能够使用。

那它可能还是一个原型。

如果只有专家坐在旁边才能运行。

它可能还是一个实验。

真正开始变成工程系统。

往往需要做到：

一个接受过基本培训的人。

拿着清楚的操作流程。

能够启动。

运行。

检查状态。

保存结果。

遇到常见问题知道怎样处理。

遇到不能解决的问题知道找谁。

这时候知识才真正从：

“某个人会做。”

变成：

“团队拥有这项能力。”

写文档不是为了证明写过文档

很多项目都会要求Documentation。

于是项目结束以前。

大家开始写几十页。

背景。

架构。

方法。

大量截图。

最后保存到某个文件夹。

完成。

几年以后真的出问题。

打开文档。

却找不到最需要的东西：

“现在这个系统到底怎么启动？”

所以我越来越觉得。

真正有用的文档不一定很长。

一个好的Checklist可能只有两页。

开机以前检查什么。

按什么顺序启动。

正常状态应该看到什么。

数据存在哪里。

结束以后做什么。

常见错误怎么处理。

如果出现严重问题联系谁。

这种文档看起来没有那么“高级”。

但真正需要的时候特别有价值。

Checklist最大的价值，是减少对记忆的依赖

很多人会觉得：

这个流程我已经做了几十次。

不需要Checklist。

但真正容易出错的。

往往就是最熟悉的事情。

因为太熟悉。

大脑开始自动运行。

然后某一次刚好：

有人打断。

少做一步。

顺序错了。

忘记保存一个文件。

航空、医疗、制造等很多行业大量使用Checklist。

并不是因为操作人员不专业。

恰恰因为他们知道：

再专业的人也会忘记。

好的流程不是替代人的能力。

而是在保护人的能力。

把经验写下来，也是在保护贡献

有时候大家会担心：

如果把自己知道的东西全部教给别人。

自己的价值是不是降低了？

我反而越来越觉得。

真正长期的职业价值并不来自：

“只有我知道。”

而来自：

“这个东西是我建立起来的，现在整个团队都能够使用。”

前一种价值依赖信息差。

后一种价值来自创造能力。

真正厉害的人。

不是永远守着一个系统。

而是把系统做成熟。

交给别人。

然后自己去解决下一个更困难的问题。

负责人也不应该成为唯一入口

这个道理对管理其实完全一样。

如果所有客户问题都必须经过负责人。

所有技术决定都必须批准。

所有资源问题都只有一个人知道。

那么负责人自己也变成了系统的单点故障。

休假两个星期。

回来以后几百封邮件。

团队很多事情都在等。

这并不说明负责人非常重要。

某种程度上反而说明：

团队还没有建立足够好的运行机制。

一个很简单的测试：明天你不在，会怎样？

我觉得这是检查很多工作的一个好问题。

假设明天突然休假一个星期。

别人知道：

文件在哪里吗？

最新版本是哪一个吗？

系统怎么启动吗？

客户最近发生了什么吗？

下一步应该做什么吗？

如果答案大部分都是：

“不知道，需要问我。”

那可能值得花一点时间。

把其中一些东西留下来。

不是因为准备离开。

而是因为：

一个真正健康的团队，本来就不应该依赖任何一个人的持续在线。

写在最后

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

个人能力的最高阶段，也许不是让别人发现“没有你不行”，而是把自己会的东西变成“即使你不在，也能够继续运行”。

这听起来好像降低了自己的重要性。

实际上恰恰相反。

如果一个人永远只能维护自己五年前做的东西。

他就永远没有时间做新的事情。

只有把成熟的东西：

文档化。

标准化。

自动化。

培训给别人。

才能把自己的时间释放出来。

继续往前走。

团队也是一样。

真正强大的团队并不是拥有几个永远不能休假的“英雄”。

而是任何一个人暂时不在。

系统依然运行。

项目依然推进。

信息能够找到。

问题有清楚的升级路径。

等那个人回来以后。

不会看到所有人围上来说：

“终于回来了，这几天什么都做不了。”

而只是有人告诉他：

“这几个问题我们已经处理了，这一个需要你做决定。”

这时候。

个人的知识才真正变成了团队的能力。

项目也从依赖英雄。

慢慢变成依赖系统。

而一个真正成熟的组织。

最终需要的可能从来不是：

不可替代的人。

而是那些有能力不断创造新东西。

同时又愿意让自己已经创造出来的东西：

不再依赖自己的人。

---

感谢大家阅读！

如果你明天突然休假两个星期，你现在负责的工作有多少能够在没有你的情况下继续正常运行？

#Steemit #职场 #团队管理 #知识管理 #Checklist #标准化 #领导力 #工作方法 #原创