091_西南某大型企业集团供应商准入与绩效管理系统信息系统项目综合管理

ONEPSOFT | 软考学习知识库

---

西南地区某大型制造集团的供应商管理长期依赖人工台账与线下评审，供应商准入标准不一、绩效评价靠手工打分，数据分散在采购、质量、财务等多个部门，口径对不上，历史采购数据质量参差，采购部门想统一分析却找不到可信的数据。集团每年新增供应商上千家，评审周期长、效率低，供应商业绩好坏没有数据支撑，风险供应商难以及时发现。为把供应商全生命周期管理起来，该制造集团信息化管理部于 2023 年 10 月发起了供应商准入与绩效管理系统信息系统项目，经公开招标由我司承建，合同额 786.58 万元，建设周期 6 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是建立统一的供应商档案与准入评审流程，实现绩效评价自动化、风险预警及时化。建设内容包括供应商档案管理、准入评审与资质审核、绩效评价与分级、风险预警、统计分析与报表五个模块，并与集团采购系统、财务系统及多家外部供应商平台对接。业务政策在建设期内可能调整，多家外部单位联调进度同步复杂，这些约束在规划阶段就写进了风险清单。技术方案采用低代码平台承载表单与流程的快速配置，前端采用 Vue3 与 TypeScript，后端基于 Java 17 与 Spring Boot 开发，各微服务经微服务网关统一鉴权与限流，数据存储选用 OceanBase 分布式数据库，跨系统的消息推送由 RocketMQ 承担，应用中间件采用东方通 TongWeb，整体部署在集团私有云信创环境，按等级保护三级完成安全建设。项目团队共 19 人，采用矩阵型组织，包括我在内配置系统架构师 1 人、需求分析师 2 人、开发工程师 9 人、测试工程师 3 人、实施与运维工程师 2 人、质量保证与配置管理各 1 人。团队按模块分组开发，质量保证工程师独立于开发组，直接向项目经理汇报，保证审计的客观性。项目于 2024 年 4 月通过终验，上线后系统可用率稳定在 99.9% 以上，全年重大故障零起，人工重复录入工作量下降 68%，业务差错率由 2.7% 下降至 0.3%。

质量是产品的生命线，这个项目对接的外部单位多、业务政策在建设期内还会调整，质量稍一松懈，供应商数据出错就是采购决策的隐患，容不得半点含糊。供应商数据一旦出错，轻则评审误判，重则采购决策受影响，质量目标因此从一开始就定得很高，六个月的工期也决定了质量必须一次做对，没有返工重来的余地。质量与进度、成本紧密相关：质量目标定得高，投入与工期就要跟上；范围一变，质量风险也会跟着来，因此质量管理必须与整体管理联动。质量还直接关系到项目验收：验收不通过，前面的投入都会打水漂，这也是我们始终把质量摆在首位的原因。下面我按前期、中期、后期三个阶段，结合项目实践说明质量管理是如何开展的。

一、前期：规划质量管理

在项目规划阶段，需要明确质量要求与达标标准，这一工作被称为规划质量管理。我依据章程与需求文件，组织技术负责人、测试负责人与质量保证工程师召开质量规划专题会议。我们先做标杆对照，调研了集团以往采购系统的性能指标，把核心接口响应时间 2.5 秒、用户满意度 85 分作为标杆，据此设定更具挑战性的目标：200 并发下核心接口响应时间不超过 2 秒、满意度不低于 90 分。针对供应商数据准确性，我们设定了档案字段完整率 100%、绩效评分与人工复核一致率不低于 98% 的质量指标。目标设定时我们还做了成本效益分析，权衡质量投入与失败成本：例如对绩效评分增加一道自动校验逻辑，投入约两天开发，却能避免因评分错误引发的供应商投诉与重新评审，成本效益明显。会上还明确了质量角色分工：质量保证工程师负责过程审计，测试团队负责产品检验，质量保证工程师由专人担任并全程固定。经过研讨，我们形成了《质量管理计划》与质量测量指标，质量测量指标写明测量方法与目标值，例如核心接口响应时间用压力测试工具测量，为后续控制质量提供了可量化的标准。质量测量指标还包含过程指标，例如代码审查覆盖率不低于八成、需求变更率控制在两成以内，让过程质量与产品质量都有尺子可量。

二、中期：管理质量

在执行阶段，需要把质量计划转化为实际的质量活动并推动改进，这一工作被称为管理质量。我们按质量管理计划开展质量保证活动，质量保证工程师每周做一次过程审计，重点审查需求分析、设计与编码环节的规范性，每月做一次全面审计，对照质量测量指标逐项核查，审计报告详细记录不符合项、整改要求与完成时限，整改后组织复核。中期的一次审计发现，接口规范文档存在多个版本，开发人员在受控库直接修改代码，未遵循检出修改评审检入的流程，我们用因果图围绕 " 版本混乱 " 这一结果，从人员、流程、工具、环境四方面分析根因，定位到配置管理权限设置不当，随即收紧权限并组织配置管理培训，此类问题此后未再出现。我们还用 PDCA 循环推动持续改进：针对单元测试覆盖率不足的问题，通过培训、规范、工具、激励四位一体的方式，把覆盖率从六成提升到八成以上，每周的技术分享会把新规范固化到团队习惯里。

与此同时，我们用控制图持续监控核心接口的响应时间：以两周数据建立基线，画出均值线与上下控制限，每周把压力测试的响应时间标注到图上。第四周起，两个接口的响应时间连续落在控制限附近，控制图提示性能有劣化苗头，我们提前定位到日志写入量过大，优化后才避免在验收时爆发。控制图把质量监控从事后发现变成了过程预警，也让性能问题在用户感知之前就被消化掉。每月审计结束后，我们还会把审计结论与改进项在项目例会上通报，让质量问题人人知晓、人人有责。质量审计加控制图，一个管过程规范，一个管指标走势，正好覆盖了管理质量的两个侧面。

三、后期：控制质量与收尾

在收尾阶段，需要核验可交付成果是否满足质量要求，这一工作被称为控制质量。我们对五个模块逐项开展测试与验收，对照质量测量指标逐条核验：档案字段完整率、绩效评分一致率、核心接口响应时间等指标逐项测量，响应时间实测稳定在 2 秒以内，达到设定目标，全部指标达标后签署验收报告。验收阶段我们还按合同约定完成了两周试运行，试运行期间收集的质量问题在终验前全部闭环。质量控制不是最后一道工序，而是从前期目标、中期保证到后期核验贯穿始终的链条，六个月的工期正是因为每一环都守住了质量，才没有出现返工式的延期，供应商数据从录入到评价的每一环也都经得起抽查。

四、心得体会

项目最终按期通过终验，可用率稳定在 99.9% 以上，重复录入下降 68%，差错率由 2.7% 降到 0.3%，六个月的工期没有出现一次返工式延期，供应商数据从录入到评价全程可查。回顾整个过程，质量管理给我的体会是：目标要可量、过程要可查、问题要可追。标杆对照让目标有了参照，质量审计让过程有了体检，控制图让偏差在爆发前就被看见，因果图让根因不再模糊。回头看，六个月的工期并不宽裕，正因为把质量做在前面，才避免了后期返工吃掉工期。质量不是检验出来的，而是规划出来、管理出来、控制出来的，这正是本项目给我最深的启示。这套质量管理的做法后来也被应用到集团其他信息化项目，质量测量指标模板与审计流程被沉淀为组织过程资产，为后续项目提供了参照。