技术成熟度管理最大的坑：'跑通了'和'能上产线'之间，隔着一条河

去年冬天的一场技术评审会，我差点把嘴里的咖啡喷出来。

某个小组负责人站在投影前，翻到第三页，上面写着：核心算法已在真实数据上验证通过，准确率97.3%。会议室里点头声一片。我没忍住，问了一句——这97.3%，是在多少条数据上跑出来的？

他顿了一下。八百多条吧，都是我们自己标的。

那跑一遍要多久？

离线，大概四十分钟。

我当时就明白了。这不是造假，真不是。但他们嘴里的'验证通过'，和产线上那种'验证通过'，压根不是一个东西。

这就是技术成熟度管理里最经典的一个幻觉——把'我这儿能跑'和'现场能跑'当成同一件事。

先说清楚，TRL量的其实是'环境'

技术成熟度管理，对应的英文叫Technology Readiness Assessment，工具就是TRL，Technology Readiness Level，技术成熟度等级。这东西是NASA先搞出来的，分九级。

九级听着唬人。内核其实就一句话：你验证的那个环境，离真实使用环境，还差多远。

技术成熟度TRL九级阶梯示意图

我手画过无数遍这条阶梯。

TRL 1，基本原理，白板上能推出公式。TRL 2，技术概念成形，有人开始搭仿真。TRL 3，概念验证，关键功能在实验室里被证明可行。TRL 4，实验室环境里的组件级验证——注意，是组件，不是整个系统。TRL 5，相关环境里的组件验证，环境真一点了，可还待在实验室。TRL 6，相关环境下系统级的原型演示。TRL 7，真实环境里的原型演示，真机、真地方，但不量产。TRL 8，系统定型，通过考核。TRL 9，实际使用中验证过，跑在产线里，有人维护，有备用件。

你看，这条尺子上真正在变的东西，不是准确率，不是速度，是'环境'。大多数吵架，吵的其实就是这个词。实验室的数据是真数据吗？是。产线的数据是真数据吗？也是。可它们是两种真实。

死亡之谷？我管它叫'没人愿意干的脏活'

TRL 4到7这一段，圈里有个挺唬人的名字——死亡之谷。

干了这些年，我倒没觉得它多'死亡'。它就是脏。这活儿不好看，写不出漂亮论文，也做不出漂亮汇报。实验室里你是神仙，你控制一切：温度25度，光照恒定，相机焦距锁死，样本精挑细选。

到了车间呢？三十八度高温，油雾飘着，震动不断。一个夜班师傅随手换了个灯泡，色温全变。算法在那边优雅地吐出结果，这边图像已经糊成一团。

我见过最典型的例子是工业视觉质检。实验室里缺陷识别率能到99%，一上产线第二天就掉到七十几。为什么掉？采样频率不稳，光照有频闪，传送带轻微抖动，还动不动停线。

这些不是算法的问题。是工程的问题。

而这个阶段的活，恰恰最考验技术成熟度管理。你要不要给每台相机单独做标定？要不要给打光方案加冗余？要不要在软件里写一套断线重连逻辑？这些听起来都不'高级'，可它们正是TRL 7和TRL 5之间那条真正的沟。

工业产线视觉质检相机打光安装现场

我特别想吐槽一点——不少团队把精力都花在了把故事讲圆上，而不是把设备跑稳上。演示一遍成功，就以为搞定了。可成熟度的门票从来不是'成功过一次'，而是'连续N次不掉链子'。

它不该是打分表，它是一张决策图

它不该是打分表，它是一张决策图

这里我得说个可能有点反直觉的看法。

很多人把TRL当成KPI在用。我这儿到了TRL 6，厉害吧。我们那边TRL 7，更牛吧。

这就完全跑偏了。

TRL不是拿来比的，是拿来做决策的。下一步该投多少钱，该派多少人，该不该往下一阶段切，什么时候该退回来重做——这些才是它该回答的问题。

换句话说，它管的是'节奏'。一项技术，从纸面走到车间，中间的节奏一旦乱了，要么提前烧钱，要么拖到项目死掉。成熟度管理就是在给这个节奏装一个仪表盘。

我见过一个团队，TRL全套流程走得特别漂亮，表格填得一丝不苟。可到量产前才发现，关键那颗传感器的供应商只有一家，交期六个月。你看，成熟度不只是算你自己的技术，还得算供应链、算人手、算维护。

几个特别容易掉的坑

几个特别容易掉的坑

坑一，把'演示成功'当成'稳定复现'。演示一次过，不代表明天还能过。得连续跑，跑够次数，再谈成熟两个字。

坑二，成熟度倒挂。整个系统标着TRL 6，可里面塞了个TRL 3的关键器件。木桶那个道理，短板决定水位。

坑三，拿性能指标冒充成熟度。准确率高，只能说明你在某个数据集上考得好，说明不了你在泥里滚过。

坑四，忘了'人'这个变量。产线上操作设备的不是你的工程师，是轮班的操作工。界面不顺手，再牛的算法也白搭。

还有个更隐蔽的：把'技术成熟度'和'产品成熟度'混为一谈。技术跑通了，不等于产品能卖，不等于售后扛得住。这俩是两码事，只是经常被塞进同一张PPT。

那我到底怎么管？

那我到底怎么管？

说几个我自己常用的土办法。

先把验证环境和真实环境的差距列成一张清单。温度、湿度、光照、震动、供电、网络、操作者，一项一项对。差在哪，就在哪加投入。别凭感觉。

再一个，每次评审都追问'最坏情况'。不是问顺利时怎么样，是问断电了怎么办、数据断了怎么办、零件坏了怎么办。

还有，允许退回。TRL往下掉，不丢人。丢人的是明知道掉回了TRL 4，还硬要按TRL 8去排产。

说到底，真正在做技术成熟度管理的人，不是坐在会议室里拿表格打分的那位。是蹲在产线边上，盯着设备跑一个通宵，早上起来眼睛通红，然后在本子上写下'今天凌晨三点停了一次线'的那种人。

那些笔记本上的字，才是成熟度真正长出来的地方。