技术成熟度管理：从样机证据到工程边界的窄门

在南京一场中试评审会上，我见过一张被翻得起毛边的成熟度表。表格很漂亮，颜色也齐整。结论却很轻。有人问：这套技术到底能不能上产线？回答是“成熟度还可以”。这四个字，几乎等于没说。技术成熟度管理如果只停在表上，它就会变成一种仪式：填表的人知道自己在填什么，决策的人却拿不到可用的判断依据。这让我有点警惕。

那张表为什么容易失真

成熟度等级量表原本是沟通工具，不是判决书。它的价值在于把“技术处于什么阶段”翻译成可核查的证据。问题出在翻译过程。实验室环境、典型样机、现场工况、批量制造，四者之间隔着的不是一格两格，而是失效模式、供应链、环境适应性和成本曲线的重写。用一张表跨过去，容易产生成熟度幻觉。比如某类传感器在恒温箱里重复性很好，到了高湿高盐环境漂移明显；算法在离线数据集上精度漂亮，上线后遇到长尾场景就频繁回退。此时表格上的等级没有撒谎，但它描述的对象已经变了。成熟度管理的硬原则，是先把“在什么边界内成熟”写清楚，再谈等级。南京中试基地技术成熟度评审会现场图

证据链比分数更硬

我倾向于把成熟度管理看成证据链工程。分数可以讨论，证据不能含糊。一个可用的证据链至少包括：设计基线是否冻结，关键失效模式是否识别，环境适应性是否覆盖目标场景，重复性是否经过独立复现，制造与控制计划是否落地，标准符合性是否有可追溯记录。这里没有排他性清单，场景不同，权重也不同。软件类技术更看重版本迭代节奏、缺陷收敛曲线和回滚机制；材料类技术更看重批次一致性和工艺窗口；系统集成类技术则要盯接口稳定性和故障隔离能力。反例并不少见：某项目在评审时拿出厚厚一摞测试报告，现场追问“异常工况下谁触发降级、降级后多久恢复”，答不上来。报告很多，证据链断了。断了就说明成熟度判断缺少关键支点。不过话说回来，证据链也不是越厚越好。过度文档化会把团队拖进填表泥潭，反而掩盖真正的技术风险。证据链要服务于决策问题，而不是服务于评审现场的安全感。

边界条件写不进PPT

技术成熟度管理经常被压缩成PPT里的一页。那一页通常写“已完成样机验证，进入中试”。听起来顺滑。可边界条件往往写不进去：样机是在什么负载下验证的，连续运行多久，维护周期多长，关键器件有没有双供应，良率爬坡曲线是否可见。边界条件不清楚，成熟度就会被误读成“可以全面推广”。实际更常见的路径是“有条件可用”：在限定场景、限定批量、限定运维能力下可用。承认这一点不丢人。它是工程判断的一部分。把边界条件写进评审材料，等于提前给后续规模化留下刹车和方向盘。否则，技术团队以为自己在做产品化，产线以为自己在接一个成熟方案，双方在试产阶段才发现彼此理解不同。那种返工，代价很高。实验室样机到工程中试技术成熟度证据链示意图

谁来决定停与转

谁来决定停与转 成熟度管理不只是技术部门的事。它需要和投资、采购、质量、生产一起形成决策节奏。一个常见问题是评审会只有技术专家，商业侧和制造侧缺席。技术专家容易关注“能不能做出来”，制造侧关心“能不能稳定做出来”，商业侧关心“做出来有没有人买单”。三个问题不在同一张桌上，成熟度结论就会偏。更稳妥的做法是设置门径评审：在概念、样机、中试、小批量、规模化几个节点上，分别问不同的问题。节点不必僵硬，但问题要清楚。比如中试节点重点看失效模式闭环和工艺窗口；小批量节点重点看良率、供应链和现场维护。每个节点都要有升级条件，也要有退出条件。没有退出条件的门径，会变成一路盖章。停与转的判断，最好由跨职能小组做出，并保留异议记录。异议不是麻烦，它是风险地图。

把管理嵌进日常节奏

技术成熟度管理的难点不在方法论，而在节奏。项目紧张时，评审容易被压缩；指标好看时，质疑容易被忽略；上级关注时，成熟度又容易被写成表态。要减少这些偏差，可以把成熟度证据做成版本化台账，随项目推进持续更新，而不是评审前突击补材料。台账不必复杂，关键是把“证据—结论—限制条件—待办”四件事挂在一起。每次设计变更、工艺变更、供应商变更，都触发一次轻量复核。这样做的成本可控，收益是决策时不再靠记忆和印象。数字化工具可以帮忙，比如用数据连续性记录测试工况和版本差异，用缺陷收敛曲线替代单点指标。但工具不能替代判断。工具越顺滑，越要警惕“看起来都很好”的幻觉。成熟度管理的终点不是一张更漂亮的表，而是组织对不确定性有更诚实的定价。

别把它做成打分游戏

有些团队把成熟度管理做成打分游戏。分数高，资源倾斜；分数低，被搁置。短期看有效，长期看会诱导报喜不报忧。更麻烦的是，不同技术路线被塞进同一把尺子。硬件、软件、材料、系统集成，成熟度的证据形态不同，用同一组权重去比较，结论容易失真。条件允许时，可以按技术类型设置差异化的证据模板；条件不允许时，至少把场景边界和关键失效模式单列出来。对早期颠覆性技术，也不宜过早要求完整证据链，否则会把探索性工作逼成文档工作。可以用轻量评审替代重评审，先看关键假设是否被验证，再看工程化证据是否跟得上。趋势上，成熟度管理正在从单点评审走向组合管理：把多个技术路线放在一起看证据进度、资源占用和退出成本。这不是为了贴标签，而是为了避免把资源锁在一条证据迟迟不闭合的路径上。说实话，这件事没有一劳永逸的模板。它更像一门持续校准的手艺。表格要有，证据要硬，边界要写，停转要敢。做到这些，成熟度管理才不至于沦为一场热闹的填表。