一个模型在纸上是理论，跑起来才是力量

一个模型在纸上是理论，跑起来才是力量

文 / 一只阿木木

SECI模型系列 · 第6篇

01

前五篇文章，我把SECI模型的四个象限一个一个拆开讲了。

社会化——跟人泡。
外化——往外掏。
组合化——重新攒。
内化——长在身上。

拆开讲的好处是看得清楚。但拆开讲有一个坏处——

容易让人以为这四个象限是四件事。

不是的。

它们是同一件事的四个面。就像一颗心脏的四个腔室——左心房、左心室、右心房、右心室——你可以把它们一个一个拆出来讲解，但如果它们不是同时跳动、协调运转的，人就活不了。

SECI也是这样。四个象限必须同时存在、互相喂养，知识的螺旋才能转起来。

缺了任何一个，螺旋就断了。

而这个螺旋一旦断了，组织的知识就会出现一种很常见但很少被正确诊断的病——

看起来很努力，实际上在原地打转。

今天这篇文章，我想做一件前五篇没做的事——

不再拆开看，而是合起来看。看看几家真实的企业，是怎么让四个象限同时转起来的。也看看它们在哪里断了，断了之后发生了什么。

02

先从一家几乎所有人都听过的公司说起。

丰田。

SECI模型本身就是野中郁次郎在研究日本企业（尤其是丰田）之后提出来的。某种程度上，丰田就是SECI的原型。

但大多数人对丰田的理解是片面的。提到丰田，人们想到的是"精益生产""看板系统""零库存"——这些都是显性知识层面的东西。是方法，是工具，是可以写进教科书的部分。

全世界的制造企业学了丰田几十年。精益生产的书出了几百本。丰田的看板系统被无数工厂复制。

但几乎没有人真正复制成功。

为什么？

因为大家复制的是丰田的显性知识——那些写在纸上的流程和工具。

而丰田真正的竞争力，藏在四个象限的同时运转里。

我来还原一下丰田内部一个"改善"是怎么发生的。这个过程你从任何一本精益生产的教科书里都看不到完整的描述，因为它大部分发生在纸面之外。

假设丰田的某条产线上，一个工人发现了一个问题：某个零件在安装时经常出现0.5毫米的偏差，不影响功能，但会导致后续工序多花3秒钟做微调。

在大多数工厂里，这种事情会被忽略。因为0.5毫米太小了。3秒钟太短了。没有人会在意。

但在丰田不一样。

第一步：社会化。

这个工人不是一个人发现这个问题的。他的班组长每天都会在产线上走动——不是坐在办公室看报表，是站在产线上看工人操作。

班组长不一定会当场指出什么。他就是看。看节拍对不对，看工人的手势顺不顺，看物料摆放的位置有没有别扭的地方。

这种"走动式观察"，就是社会化。

班组长自己做了二十年产线工人，他的身体里储存着几万小时的操作经验。当他看到那个0.5毫米的偏差导致工人做了一个微小的调整动作时，他的身体"感觉到了"——这不对。

他说不出来哪里不对。但他觉得这个动作不该存在。

然后他走过去，跟工人蹲在一起看。两个人一起操作，一起观察，一起感受。

隐性知识从班组长的身体"传染"到了工人身上——工人开始意识到"原来这个微调是不应该存在的"。

在此之前，工人已经做了几千遍这个微调，他觉得这是正常操作的一部分。是班组长的"在场"让他意识到：这不是正常的，这是一个问题。

第二步：外化。

问题被识别之后，工人和班组长一起做一件事：写A3报告。

就是我在第三篇讲过的那张纸。

他们必须把"我觉得这里不对"这种模糊的直觉，变成结构化的文字——

问题是什么？现状是什么？原因是什么？目标是什么？对策是什么？

这个过程非常痛苦。因为他们要把一个"身体感觉到的不对劲"翻译成"纸上看得见的逻辑链"。

但这就是外化。

A3报告写完之后，一个原本只存在于两个人身体里的经验，变成了一页纸上的显性知识。任何人都能看懂。

第三步：组合化。

这张A3报告不会被扔进抽屉里。

它会被提交到丰田的"改善数据库"中。和全球其他工厂的几万份A3报告放在一起。

丰田的知识管理团队会定期做一件事：把类似问题的A3报告拉出来对比——

其他工厂有没有遇到过同样的0.5毫米偏差？他们是怎么解决的？有没有更好的方案？不同工厂的解决方案之间有什么共性？能不能提炼出一条通用的改善原则？

这就是组合化——显性知识与显性知识的整合、对比、连接。

通过组合化，一个工厂的一次改善，变成了全球几十个工厂都可以复用的标准化方案。

第四步：内化。

标准化方案出来之后，不是发一封邮件通知大家"以后照这个做"就完了。

丰田会做一件大多数企业不愿意做的事——

派人去。

把已经成功实施了新方案的那个工厂的班组长，派到其他工厂去。不是去"讲课"。是去带着其他工厂的工人一起做。

手把手地做。在产线上一起做。做一遍不行就做十遍。做到对方的身体"记住了"为止。

这就是内化——显性知识重新变成隐性知识，沉入另一个人的身体里。

当这个内化完成之后，那个"新的做法"就不再是一张纸上的规定。它变成了工人手上的新动作，变成了他的新习惯，变成了他身体的一部分。

然后，故事并没有结束。

因为在"带着做"的过程中，那个被派去的班组长会发现：新工厂的情况跟原来的工厂不完全一样。设备不同，布局不同，工人的习惯不同。

他必须根据新的情况做调整。

而这个调整的过程——他跟新工厂的工人一起蹲在产线上，一起观察，一起摸索——

就是新一轮的社会化。

螺旋又转了一圈。

而且这一圈比上一圈更高了——因为它不是在重复旧经验，而是在旧经验的基础上产生了新的理解。

这就是SECI螺旋的全貌。不是四个分离的步骤，而是一台永不停歇的知识发动机。

丰田的真正秘密不是精益生产。不是看板。不是零库存。

是这台发动机在几十年里从未停转。

03

现在你可能会想：丰田是制造业，它的产线天然适合这种"反复练习"的模式。换一个行业呢？

那就说一个完全不同的行业。

谷歌。

谷歌的知识管理方式跟丰田完全不同。没有A3报告，没有师徒制，没有产线上的手把手带教。

但如果你用SECI的视角去看谷歌，你会发现四个象限全部在转——只是用了完全不同的"载体"。

社会化：谷歌的"20%时间"和开放式办公。

谷歌曾经有一个著名的政策：工程师可以用20%的工作时间做自己感兴趣的项目。

很多人以为20%时间的价值在于"给工程师自由"。

不是。

20%时间的真正价值在于：它创造了跨团队的"社会化"场景。

一个做搜索算法的工程师和一个做广告系统的工程师，在日常工作中几乎没有交集。但通过20%时间的自由项目，他们可能因为对同一个技术问题感兴趣而凑在一起。

他们不是在"交换信息"——这事发邮件就行了。

他们是在一起动手做东西。在做的过程中，他们各自脑子里的隐性知识开始互相碰撞——

"你们那个系统怎么处理这种边界情况的？"
"我们一般不那样做。我们的做法是……嗯我说不太清楚，我给你看一下代码。"

这就是社会化。隐性知识通过共同实践从一个人流向另一个人。

Gmail就是20%时间的产物。Google News也是。不是因为有人在那20%的时间里"想出了"一个好主意。而是因为不同背景的人泡在了一起，隐性知识碰撞出了新东西。

谷歌的开放式办公区设计也服务于同一个目的——制造"意外的碰撞"。跟贝尔实验室的走廊是同一个逻辑。

外化：谷歌的设计文档文化（Design Doc）。

谷歌有一个在硅谷非常出名的内部实践——

任何有一定规模的技术方案，在开始写代码之前，必须先写一份"设计文档"（Design Doc）。

设计文档不是产品需求文档（PRD），不是技术说明书。它是一份思考过程的记录——

我要解决什么问题？我考虑了哪些方案？每个方案的优缺点是什么？我为什么选了A方案而不是B方案？这个方案有什么风险？我不确定的地方有哪些？

注意最后两个问题：风险和不确定性。

大多数企业的文档文化只记录"我们决定做什么"。谷歌的设计文档文化还要求记录"我们不确定什么""我们担心什么"。

这意味着什么？

意味着工程师必须把自己思考过程中模糊的、犹豫的、没有把握的部分也写出来。

这是非常深度的外化。不仅要掏出"我知道什么"，还要掏出"我不知道什么"。

而这些设计文档在谷歌内部是完全公开的。任何工程师都可以搜索和阅读任何团队的设计文档。

这就意味着：一个新加入谷歌的工程师，可以通过阅读过去十年的设计文档，看到无数前辈工程师在做技术决策时的真实思考过程——包括他们的犹豫、他们的权衡、他们犯过的错误。

这种"看到高手的思考过程"——哪怕只是通过文字——也是一种弱形式的社会化。

组合化：谷歌的内部搜索和知识图谱。

这个不用多说。谷歌是一家搜索公司。它的内部知识整合能力可能是全世界最强的。

内部wiki、代码库、设计文档、实验报告、会议纪要——所有显性知识都可以被搜索到、被关联起来。

谷歌的工程师遇到一个技术问题，第一反应不是"从头想"，而是"搜一下以前有没有人做过类似的事"。

大多数情况下，答案已经存在于某个团队三年前的设计文档里。

组合化在谷歌不是一个"阶段"，而是一种呼吸式的存在。它时刻都在发生。

内化：代码审查和轮岗。

这是谷歌的SECI循环中最容易被忽视的一环。

谷歌的代码审查（Code Review）制度要求：每一行代码在合并到主干之前，都必须被至少一个同事审查通过。

代码审查的表面功能是"质量控制"。

但它的隐性功能是内化。

当一个资深工程师审查新人的代码时，他不是只看"对不对"。他会指出"这里虽然能跑，但有一种更优雅的写法"或者"这个命名方式会让三个月后的你自己看不懂"。

这些反馈不是知识点。它们是品味和判断力。

新人在一次又一次的代码审查中，不断接收这些反馈，不断修改，不断重写。

一年后，他的代码风格发生了根本性的变化。他不再需要被提醒"命名要清晰""逻辑要简洁"——这些已经变成了他的本能。

代码审查就是谷歌版的"守破离"。

通过反复的、有反馈的、在真实项目中的练习，显性知识（编码规范、设计原则）被内化为了隐性知识（代码品味、工程直觉）。

04

讲完了丰田和谷歌，我想讲一个"断了"的案例。

因为看到它怎么断的，比看到它怎么转的更有启发。

这个案例是诺基亚。

2007年之前的诺基亚，是手机行业无可争议的霸主。全球市场份额超过40%。研发实力极强，拥有大量专利和顶尖工程师。

从知识管理的角度看，诺基亚的组合化做得非常好。它有庞大的知识库、完善的文档体系、系统的项目管理流程。它的显性知识储备在行业内首屈一指。

它的内化也不差。诺基亚的工程师团队经验丰富，很多人做了十几年手机硬件，技术能力已经完全内化为身体记忆。

但诺基亚的SECI螺旋有两个象限出了严重的问题。

第一个问题：社会化断了。

诺基亚的高管团队和一线市场之间的"社会化"通道，在2005年前后逐渐堵塞了。

当iPhone还没出来的时候，诺基亚的一些一线工程师和市场人员其实已经感觉到了变化——他们观察到年轻用户开始更在意屏幕体验和软件生态，而不仅仅是通话质量和电池寿命。

这种"感觉"是典型的隐性知识。它来自一线人员的日常观察、用户访谈中的微妙信号、市场活动中的直觉判断。

但这种隐性知识没有"传染"到诺基亚的高管层。

为什么？

因为诺基亚的高管团队已经离一线太远了。他们的信息来源是报告、数据、PPT——全是显性知识。他们没有"泡"在市场里，没有亲自观察用户怎么使用手机，没有跟一线销售人员蹲在一起聊天。

当社会化通道断裂，一线的隐性知识无法流向决策层，决策层就是在用旧地图指挥新战争。

有一个广为流传的细节：2007年iPhone发布后，诺基亚内部其实有工程师在第一时间拿到了iPhone并做了拆解分析。他们的技术报告指出，iPhone的信号质量、电池续航、抗摔能力都不如诺基亚。

从显性知识的层面看，这个结论完全正确。

但这个结论遗漏了一个在显性数据中完全看不到的东西——

用户拿到iPhone时脸上的表情。

那种"哇"的表情。那种"原来手机可以这样"的表情。

这种东西，你坐在芬兰总部的会议室里看报告，永远看不到。

你必须站在苹果店门口，看着排了三天队的人们终于拿到iPhone时的眼睛，你才能看到。

诺基亚的高管没有站在那里。

第二个问题：外化被恐惧堵住了。

后来有研究者对诺基亚做了深度访谈，发现了一件令人唏嘘的事——

诺基亚内部有不少中层管理者和工程师，其实在很早的时候就感觉到了智能手机的威胁。他们心里知道Symbian系统已经落后了，知道触屏体验才是未来。

但他们没有把这些判断"说出来"。

为什么？

因为诺基亚的企业文化在那个时期形成了一种微妙但致命的氛围——高层不想听坏消息。

如果你在会议上说"我们的系统可能已经过时了"，你会被视为"不忠诚""制造恐慌"。你的职业发展可能会受到影响。

于是，大量一线人员选择了沉默。他们把隐性知识留在了自己脑子里，没有外化出来。

不是他们"掏不出来"，是他们"不敢掏"。

外化需要一个前提条件——心理安全感。

你必须相信"我说出来不会被惩罚"，你才愿意把脑子里那些不确定的、可能让人不舒服的判断说出来。

丰田的文化里有一条铁律："问题是宝藏。发现问题的人应该被感谢，而不是被责备。"

诺基亚在鼎盛时期丢掉了这条铁律。

当组织中的人不敢说真话，外化就断了。当外化断了，组织就失去了感知现实的能力。

剩下的故事大家都知道了。2013年，诺基亚的手机业务被微软收购。在签约仪式上，诺基亚CEO约玛·奥利拉说了一句后来广为流传的话：

"我们并没有做错什么，但不知为什么，我们输了。"

他真的不知道吗？

也许他真的不知道。因为那些知道答案的人，从来没有把答案说出来。

05

丰田、谷歌、诺基亚。三家公司，三种命运。

如果把它们放在一起看，有一个规律变得非常清晰——

SECI螺旋的四个象限中，任何一个的断裂，最终都会导致整个螺旋的停转。

丰田之所以强大，不是因为它的某一个象限做得特别好。而是因为四个象限同时在转，并且互相喂养——社会化的产出喂给外化，外化的产出喂给组合化，组合化的产出喂给内化，内化的产出又回到社会化。

谷歌用了完全不同的载体——不是产线和A3报告，而是20%时间和设计文档和代码审查——但四个象限的运转逻辑是一样的。

诺基亚的知识储备不比丰田和谷歌少。它的工程师不比对手笨。它的组合化（知识库、文档体系）甚至做得相当好。

但它的社会化断了（高管离一线太远），外化也断了（不敢说真话）。

两个象限的断裂，让整个螺旋停转了。

然后知识不再流动。组织开始僵化。一个帝国就这样从内部锈蚀了。

06

写到这里，我想说一件我最近才意识到的事。

这个系列从第一篇到第六篇，我一直在用"个人"和"组织"两个尺度去讲SECI。有时候讲个人学习，有时候讲企业管理。

但我越写越觉得，这两个尺度之间的边界其实很模糊。

一个人也是一个"组织"。

你的大脑里有不同的"部门"——负责分析的、负责直觉的、负责行动的、负责反思的。

当你独自学习一个新领域时，你脑子里其实也在发生SECI循环——

你去现场观察（社会化）→ 你把观察到的东西写下来（外化）→ 你把不同的笔记对比整合（组合化）→ 你在实践中反复使用（内化）→ 你带着新的理解去做下一次观察……

如果你仔细回想自己在任何一个领域从"入门"到"上手"的过程，你会发现这个循环一直存在。只是你以前没有用这个框架去识别它。

而一旦你能识别它，你就能主动设计它。

你可以问自己：我现在卡在哪个象限？

我是不是一直在看书和整理笔记（组合化），但从来没有去找真实的高手待在一起（社会化）？

我是不是一直在吸收和消化，但从来没有把脑子里的东西写出来或讲出来（外化）？

我是不是知道了很多方法，但从来没有真正在实际场景中练过（内化）？

找到断裂的那个象限，然后把它补上——螺旋就又能转了。

这是SECI模型给我的最大启发。不是那四个名词本身。而是它给了我一种诊断能力——

看到一个人或一个组织"卡住了"的时候，我不再模糊地觉得"好像哪里不对"，而是能具体地指出："你的螺旋断在了这里。"

这种诊断能力，比任何具体的方法论都有用。

07

最后讲一个小事。

前几天我跟一个做餐饮的朋友吃饭。他刚开了第二家分店，正在为一个问题头疼——

"老店的厨师炒出来的菜，和新店的不一样。同样的菜谱，同样的食材，味道就是差了那么一点。"

我听完之后笑了。

因为这个问题，就是一个SECI问题。

他的菜谱（显性知识）已经复制到了新店。组合化完成了。

但老店厨师的手感、火候判断、调味直觉（隐性知识）还留在老店。社会化没有发生。

他试过让老店厨师写更详细的操作手册——但写出来的东西，新店厨师照着做还是不对。外化碰到了"语言带宽太窄"的老问题。

他也让新店厨师去老店"学习"过——但只待了一周就回来了。内化还没完成。

我跟他说了SECI模型。没有用这些术语，就是用大白话讲了一遍。

他听完之后沉默了一会儿，说：

"你的意思是，我不应该让新厨师去老店'学习'一周。我应该让他去待三个月。不是去'学菜谱'，是去跟老师傅一起炒菜。一起切菜、一起备料、一起站在灶台前闻那个油烟。"

"然后回来之后，不是让他照着菜谱做，而是让他先做，做完了跟老师傅打视频，让老师傅看着他的动作说'这里不对'。反复做。直到老师傅说'行了，这个味道对了'。"

我说："对。就是这个意思。"

他又沉默了一会儿，说了一句让我觉得很动人的话——

"原来开分店这件事，最难的不是复制菜谱，是复制手感。"

是的。

复制菜谱是组合化。复制手感是社会化+外化+内化。

前者几分钟就能完成。后者需要几个月甚至几年。

但只有后者完成了，那家分店才真正是"你的店"。

一个模型在纸上是理论。

跑起来，才是力量。

我是一只阿木木。

这是"SECI模型"系列的第6篇。

下一篇，我们离开企业，回到个人。

一个普通人——没有丰田的制度，没有谷歌的资源，没有团队，没有组织——怎么一个人跑通SECI螺旋？怎么用这个模型重新设计自己的学习系统？

这个问题，我自己也在摸索。摸索了一些东西，下篇写出来。

获取资源包完整文件，请点击了解详情 →