009_华东某大型企业集团实验室信息管理系统信息系统项目质量管理

ONEPSOFT | 软考学习知识库

---

2024 年 5 月，华东某大型企业集团为扭转下属检测实验室各自为政、检测数据难以追溯的状况，由集团中央研究院信息中心牵头，投资 425.46 万元建设实验室信息管理系统。公司凭同类系统经验中标，我出任项目经理。项目工期 11 个月，团队 18 人，覆盖总部与 3 家分厂共 11 个实验室、426 台检测仪器的联网与业务贯通。集团资质复评的法定时点不可推迟，进度压缩明显；建设期内检测标准换版带来需求变动；偏远分厂专线覆盖不全，仪器数据回传不稳。本文先谈我对质量管理的理论认识，辨析规划质量管理、管理质量与控制质量的联系与区别；再谈三个过程的具体做法与主要成果，并给出我编制的《质量测量指标》；最后是反思。项目于 2025 年 4 月一次通过验收，检测报告差错连续 12 个月零发生，仪器在线率由 83% 升至 98.5%，人工重复录入下降 68%。

一、项目概况与我承担的工作

该集团在华东布局材料、化工、装备三大板块，下属 11 家检测实验室承担原料入厂、过程监控与成品出厂的全部检验，年出具报告约 7.8 万份。此前只有总部一套老旧系统，3 家分厂仍靠 Excel 台账加纸质原始记录，仪器数据人工誊抄，一个数据往往录入三遍。2023 年集团内审抽查 1200 份报告，发现原始记录缺失、报告数值与仪器原始数据对不上的问题达 97 份，占比 8.1%。更紧迫的是，实验室资质复评定在 2025 年 5 月，届时须现场核查检测数据的完整性与可追溯性。为此集团以数字化专项预算立项，建设统一的实验室信息管理系统。

项目 2024 年 5 月启动、2025 年 4 月终验，周期 11 个月。建设内容为样品受理、检验执行与电子记录、仪器与量值管理、报告签发、标准与方法库、质量统计分析六个子系统，以及与集团 ERP、供应商协同平台、上级实验室认可信息平台的三类接口。技术上，检验流程与表单由低代码平台承载，标准换版以配置方式响应而不改代码；对外统一走微服务网关做鉴权、限流与调用留痕；主数据库选用 OceanBase，原始数据与报告分表存储并开启行级审计；仪器上传、报告多级会签等长链路由 RocketMQ 异步解耦，消息至少投递一次并支持重放；每个实验室部署一台边缘采集机，负责仪器协议适配与本地暂存。

团队按矩阵型组建，18 人：我方 13 人（需求 2 人、开发 6 人、测试 2 人、实施 2 人、专职质量工程师 1 人），研究院信息中心与集团质量管理部抽调 5 人参与。交付物包括六个子系统软件及源代码、426 台仪器的采集驱动与适配清单、三类接口服务、《质量管理计划》《质量测量指标》《需求规格说明书》《检验流程配置手册》等 6 类 20 份文档，以及面向 314 名检验与质量人员的分级培训和 12 个月运维。我任项目经理，负责总体计划、质量与进度控制、跨厂区协调及验收组织。

二、我对项目质量管理的理论认识

从理论上讲，项目质量管理旨在使项目满足其预定的需求，包含规划质量管理、管理质量、控制质量三个过程。规划质量管理是识别项目及其可交付成果的质量要求与标准，并书面描述项目将如何证明符合要求的过程，输出为质量管理计划与质量测量指标；管理质量是把组织的质量政策用于项目、并将质量管理计划转化为可执行质量活动的过程，输出为质量报告、测试与评估文件及变更请求；控制质量是监督并记录质量活动执行结果、评估绩效以确保输出完整正确且满足客户期望的过程，输出为质量控制测量结果与核实的可交付成果。

三者的联系体现在三个层面。其一，同源同标。三个过程服务于同一组质量目标，规划阶段确定的指标是后两个过程共同的尺子——本项目 " 仪器原始数据回传完整率不低于 99.5%"，既是管理质量中设计评审的通过条件，也是控制质量中抽样检验的判定线。其二，前后承接。规划的输出是后两者的输入，管理质量把标准落进过程，控制质量再验证结果。其三，双向反馈。控制质量测出的偏差回流到管理质量，触发过程改进；改进到位，返工量随之下降。本项目正是如此：控制质量首轮抽检测出 4.7% 的回传缺失，反过来推动管理质量环节修改边缘采集设计，二轮缺失率降至 0.3%，形成完整的 PDCA 闭环。

三者的区别可从下表看清。

对比维度	规划质量管理	管理质量	控制质量
核心目的	事前定标准，明确 " 什么算合格 "	事中保过程，确保按标准做事	事后验结果，确认交付物是否合格
关注对象	项目与产品的质量要求	过程与活动本身	可交付成果与测量数据
主要输出	质量管理计划、质量测量指标	质量报告、测试与评估文件、变更请求	质量控制测量结果、核实的可交付成果
主要责任人	项目经理会同质量工程师	项目全员，质量工程师牵头审计	测试组与质量工程师
本项目对应活动	用亲和图统一 11 个实验室的合规口径，编制指标表	DFX 设计矩阵评审、每月质量审计、缺陷复盘	直方图分析回传缺失分布、抽样检验加关键报告全检
基本思路	预防为主	预防加持续改进	检查与验证

三者绝非可以互相替代。本项目若只做控制质量，4.7% 的缺失只能在验收前发现，届时 426 台仪器的采集程序全部返工，11 个月工期根本兜不住；若只做规划而无管理质量的过程约束，指标就会停在纸面。

三、我在本项目中的质量管理实践

（一）规划质量管理及其主要成果

项目启动后第 2 周我即着手规划质量管理。最大的障碍不是技术，而是 11 个实验室对 " 数据合规 " 的理解各不相同：材料板块强调原始谱图必须留存，化工板块看重复检留样时限，装备板块关心量值溯源证书有效期。前两次评审会各说各话，无法收敛。我改用亲和图组织了一次一天半的集中作业，请三个板块质量负责人与检验员把 " 什么情况算数据不合规 " 逐条写在卡片上，共收得 178 条，按语义聚类归并为原始数据留存、量值溯源、报告审签、方法版本、账号权限五个大类 21 个子项。分歧摆上同一面墙后，各方第一次达成一致：合规的最低公约数是 " 任何一份报告都能反查到未经修改的仪器原始数据 "。

据此形成两项主要成果。一是《质量管理计划》，明确了执行标准（集团检测数据管理规范与实验室认可准则相关条款）、质量角色与职责（我负总责，开发组长对代码质量负责，质量工程师独立开展月度审计并直接向我报告，业务组长对业务规则正确性负责）、质量活动安排（每周代码走查、每轮迭代功能测试、每月质量审计、上线前第三方安全测评与数据完整性专项核查）。二是《质量测量指标》，把模糊的合规要求变成可测量的尺子。

编号	质量测量指标	定义与计算方法	目标值	测量方法	频次	责任人
M1	仪器原始数据回传完整率	平台已收原始数据条数÷仪器实际产生条数×100%	≥99.5%	平台计数与仪器本地日志比对	每周	质量工程师
M2	报告数据一致率	报告数值与原始数据一致的报告数÷抽检报告数×100%	100%	抽样比对，关键报告全检	每轮迭代	测试组长
M3	缺陷密度	有效缺陷数÷千行代码	≤1.2 个/KLOC	缺陷库统计	每轮迭代	开发组长
M4	需求变更受控率	经 CCB 批准的变更数÷实际发生变更数×100%	100%	变更台账核查	每月	项目经理
M5	检验单提交响应时间	高峰期提交至返回的平均耗时	≤2 秒	压力测试与生产埋点	上线前及每月	测试组长
M6	系统可用率	（统计时长?故障时长）÷统计时长×100%	≥99.9%	监控平台统计	每月	运维负责人
M7	重复录入工作量降幅	（改造前录入工时?改造后录入工时）÷改造前×100%	≥60%	抽样工时记录	试运行期	业务组长

（二）管理质量及其主要成果

管理质量的关键是把指标嵌进设计与过程，而非做完再挑毛病。针对 M1 这项最要害的指标，我在概要设计阶段组织面向 X 的设计评审，用 DFX 设计矩阵把非功能要求逐项落到设计决策上：面向可靠性，边缘采集机启用断点续传与本地缓存，缓存不低于 72 小时，网络恢复后自动补传；面向可追溯性，原始数据入库即置只读，修正须以新增记录留痕，原值不可覆盖；面向可维护性，426 台仪器驱动做成插件，新增型号只装插件不改主程序；面向易用性，检验单样品信息由受理环节自动带出，杜绝二次录入。矩阵每一项都对应验证方式与责任人，评审发现不符合项 14 处，全部在编码前整改完毕。

过程管控上，质量工程师每月开展一次质量审计。第三次审计翻出一个隐患：低代码平台上的检验流程配置未纳入配置管理，业务人员可直接改线上流程且无版本记录，一旦标准换版出错将无从回溯。我随即要求把流程配置纳入配置项，实行提交—评审—发布三步走，并补做历史版本归档。这一改动看似与代码质量无关，却在两个月后的方法换版中避免了一次可能波及全部实验室的配置事故。本阶段主要成果为月度质量报告 4 份、DFX 设计矩阵与评审记录、测试与评估文件及变更请求 6 项。

（三）控制质量及其主要成果

试运行第 3 周，M1 指标亮起红灯：三家分厂的仪器原始数据回传完整率仅 95.3%（缺失 4.7%），远低于 99.5% 的目标。开发组第一反应是 " 分厂网络太差，指标定高了 "。我要求先把数据摊开再下结论。团队导出两周共 2.3 万条回传记录，以单次缺失时长为横轴、出现频次为纵轴绘制直方图，图形呈明显的双峰分布：一个峰在 5 分钟以内，与偶发抖动吻合；另一个峰集中在 40 至 60 分钟，且几乎全部落在 19:00 至 21:00。这显然不是随机网络问题。顺线索追查，根因浮出水面：两家分厂专线每晚 19 点启动 ERP 批量备份，带宽被长时间占满，而边缘采集机重传间隔固定 5 分钟、上限 3 次，超限即丢弃。据此整改两项：重传改为指数退避且不设次数上限，未传数据缓存保留 72 小时；同时协调集团网络部门把备份窗口后移至 23 点。一周后复测，回传完整率升至 99.7%。

验证环节我采用分层检查策略。对 M2 报告数据一致率，全量比对 7.8 万份历史报告不现实，我按板块、仪器类别、报告类型三个维度分层，随机抽取 2160 份报告与原始数据逐值比对；对涉及出厂放行判定的关键报告则实行 100% 全检。首轮抽检发现不一致 11 份，均源于单位换算精度，修正后二轮抽检与全检 1843 份关键报告全部一致。本过程主要成果是质量控制测量结果、核实的可交付成果与工作绩效信息，验收时这些数据被建设单位直接作为资质复评的佐证材料。

四、反思与改进

2025 年 4 月项目一次通过终验，次月资质复评现场核查未出现数据类不符合项。系统运行后，检测报告差错连续 12 个月零发生，426 台仪器在线率由 83% 升至 98.5%，人工重复录入工作量下降 68%，报告平均出具时长由 2.4 天降至 0.7 天。

这个项目让我对质量管理的认识更实了一层。首先，指标是质量管理的抓手，没有《质量测量指标》，" 数据合规 " 永远停在会议纪要里；本项目 178 条卡片最终收敛成 7 个可测量指标，收敛过程本身就消化掉了大部分跨部门分歧。其次，遇到数据异常先看分布再下结论。若当初接受 " 分厂网络太差 " 而下调指标，双峰分布背后的备份抢占带宽问题会一直潜伏，复评现场必然翻车；直方图的价值不在图形多复杂，而在于它逼着团队用事实而非印象说话。再次，质量管理无法与其他领域切开：验收时点刚性来自资质复评安排，属于进度与干系人管理的硬约束；把流程配置纳入配置项，是配置管理与质量管理的交界；重传策略与备份窗口的调整要靠集团网络部门配合，本质上是干系人协调的成果。

不足在于，我在规划阶段对偏远分厂网络实况调研不够，M1 只定了目标值，未同步约定网络侧保障条件，导致问题暴露后需临时跨部门协调。此后我在公司质量管理计划模板中增加 " 外部依赖条件及其责任方 " 一栏，把这类前提在规划阶段就明确下来。