真正成熟的团队，不应该离开任何一个人就无法运转

工作这些年，我见过一种很常见的情况。

团队里总有一个特别能干的人。

某个系统只有他最清楚。

某个流程只有她知道怎么操作。

遇到问题，大家第一反应就是：

“去找他。”

刚开始的时候，会觉得这是好事。

说明这个人非常重要。

技术能力强。

经验丰富。

解决问题也快。

可是后来我越来越觉得：

如果一件重要的事情永远只能依赖一个人完成，它其实不是一种优势。

而是一种风险。

“只有我会”，听起来很重要，其实很危险

假设一个系统运行了很多年。

平时没有任何问题。

但突然有一天，那位最了解系统的人休假了。

恰好设备又出现故障。

大家打开文件夹。

发现没有操作说明。

代码没有注释。

密码不知道在哪里。

以前为什么这样设计，也没有人清楚。

最后只能打电话：

“你能不能远程帮忙看一下？”

这时候才会发现：

所谓的“专家”，其实已经变成了整个系统的单点故障。

真正的专业，不是把知识留在自己脑子里

年轻的时候，我会觉得：

一个人知道别人不知道的东西，是一种价值。

当然，这确实是专业能力的一部分。

但后来承担更多责任以后，我越来越觉得：

更高层次的专业，是能够把自己知道的东西变成别人也能使用的东西。

写成文档。

建立流程。

留下操作步骤。

解释为什么这样做。

让新人能够学习。

让其他人能够接手。

这样知识才真正从“个人经验”变成了“团队能力”。

文档最重要的时候，往往是原作者不在的时候

很多人不喜欢写文档。

原因很简单：

自己知道怎么做，为什么还要写？

但文档本来就不是主要写给今天的自己看的。

它是写给：

六个月以后的自己。

刚加入团队的新人。

临时需要接手工作的同事。

甚至是几年以后已经完全忘记细节的所有人。

真正好的文档应该能够回答一个问题：

如果明天我突然休假两周，这件事情还能不能继续？

如果答案是否定的。

也许就说明还有东西需要留下来。

标准流程不是限制高手，而是让普通人也能稳定完成

我们有时候不喜欢流程。

觉得太死板。

高手凭经验处理就好了。

但真正成熟的系统不能假设每天都有高手在场。

飞机有检查清单。

医院有标准流程。

工厂有操作规程。

不是因为这些行业的人不会思考。

恰恰是因为他们知道：

人的记忆会出错，经验也会随着人员离开而消失。

好的流程，是把过去踩过的坑变成下一次不需要再踩的坑。

最好的团队，是允许成员安心休假的团队

我越来越觉得，这是判断团队成熟度一个很有意思的标准。

如果一个人休假一周。

每天仍然收到电话：

这个怎么做？

那个文件在哪里？

这个系统怎么启动？

表面上看，他非常重要。

实际上，可能说明知识没有真正共享。

真正健康的状态应该是：

一个人休假以后。

其他人知道基本流程。

知道去哪里找资料。

遇到常见问题能够自己解决。

只有真正特殊的问题，才需要等他回来。

这对团队好。

对个人其实也更好。

写在最后

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

一个人的价值，不应该建立在“没有我就不行”上，而应该建立在“因为有过我，这个系统以后运行得更好”上。

真正优秀的人离开一个项目以后。

留下来的不应该只有：

“以前都是他负责的。”

而应该还有：

清晰的文档。

可靠的流程。

可以维护的代码。

被培养起来的同事。

以及整个团队积累下来的经验。

这并不会降低一个人的价值。

恰恰相反。

能够自己解决问题，是能力。

能够让别人也学会解决问题，是更大的能力。

能够建立一个即使自己不在，也能够持续运行的系统。

可能已经不仅仅是在完成工作。

而是在真正建立一种长期能力。

所以，有时候可以问自己一个很简单的问题：

“如果我明天休假一个月，我负责的事情还能正常运行吗？”

如果答案是：

“基本可以。”

那也许才说明，我们真正把工作做好了。

#Steemit #职场 #团队管理 #知识管理 #标准化 #领导力 #成长 #原创