089_冀中某地市级征信数据服务系统信息系统项目综合管理

ONEPSOFT | 软考学习知识库

---

冀中地区某地市的征信数据分散在银行、保险、公积金、税务等多家机构，数据口径不一、更新不同步，查询服务靠人工对接，一次跨机构查询往往要等好几天，用户体验差，数据价值也发挥不出来。监管部门对企业与个人的征信数据质量要求越来越高，机构之间数据对不齐的问题日益突出。为把征信数据统一管理起来，该金融机构科技部于 2022 年 8 月发起了地市级征信数据服务系统信息系统项目，经公开招标由我司承建，合同额 386.08 万元，建设周期 12 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合多家机构的征信数据，提供统一的查询、核验与数据服务接口。建设内容包括数据采集与接入、数据清洗与校验、征信报告生成、数据服务接口、监控与审计五个模块，并与银行、保险、公积金、税务等机构的数据系统对接。技术方案采用低代码平台承载表单与流程的快速配置，前端采用 Vue3 与 TypeScript，后端基于 Java 17 与 Spring Boot 开发，各微服务经微服务网关统一鉴权与限流，数据存储选用 OceanBase 分布式数据库，跨系统的消息推送由 RocketMQ 承担，应用中间件采用东方通 TongWeb，整体部署在市政务云信创环境，按等级保护三级完成安全建设。项目团队共 24 人，采用矩阵型组织，包括我在内配置系统架构师 1 人、需求分析师 2 人、开发工程师 13 人、测试工程师 4 人、实施与运维工程师 2 人、质量保证与配置管理各 1 人。数据接入涉及多家机构，网络专线覆盖不全，偏远节点的数据回传稳定性不足，这些约束在规划阶段就写进了风险清单。项目于 2023 年 8 月通过终验，上线后跨部门数据共享接口调用量月均突破 120 万次，系统可用率稳定在 99.9% 以上，全年重大故障零起，用户满意度测评由 78 分提升至 94 分。

进度与成本、质量是对立统一的关系：进度延误往往导致成本超支，盲目赶工又可能引发质量下降。这种对立统一在本项目的数据清洗阶段体现得尤其明显，清洗规则定得太严进度就慢，定得太松质量就垮。这个项目对接机构多、数据清洗工作量大，进度管理稍有不慎就会连锁拖累整体交付。下面我围绕题目要求的三个方面，结合项目实践说明进度管理是如何开展的。

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

我作为本项目的项目经理，负责从启动、规划、执行、监控到收尾的全过程管理，是项目进度管理的第一责任人。项目交付的成果包括可运行的征信数据服务系统、与多家机构的对接接口、系统源码与全套文档，以及面向各机构数据管理员的培训。项目对接的机构多、口径杂，任何一个机构的数据联调延期，都会拖住整条链子，进度管理因此成为项目成败的关键一环。我在进度上的主要做法是抓关键路径、盯里程碑、控偏差，把十二个月的工期拆解成一条看得见、控得住的链子。进度管理的成效最终体现在验收上：项目按计划通过终验，没有一次里程碑延误。

二、对进度管理的认识

所谓进度管理，指的是为按时完成项目而对各项活动进行规划、排序、估算与控制的管理活动。它包含规划进度管理、定义活动、排列活动顺序、估算活动持续时间、制定进度计划、控制进度六个过程。所谓关键路径法，指的是通过识别活动链中总时差最小、决定项目最早完工时间的路径来控制进度的技术；所谓进度压缩，指的是在工期紧张时通过赶工或快速跟进缩短工期的技术。所谓定义活动，指的是把工作包细化为可执行的具体活动；所谓排列活动顺序，指的是识别并记录活动之间依赖关系的过程。本项目工期固定、依赖链长，我在实践中重点运用了关键路径法与进度压缩，并把控制进度作为日常管理的主线。

三、进度管理的实践做法

进度计划与活动定义。 规划阶段，我依据章程明确的 12 个月工期与关键里程碑，组织骨干团队编制了进度管理计划，明确以人天为计量单位、采用关键路径法作为核心进度模型、设定进度偏差控制阈值，并规定每周召开进度协调会、每两周进行挣值分析。基于 WBS 的五百余个工作包，我们把每个工作包细化为可执行的活动，例如数据清洗工作包拆成字段校验、规则匹配、异常标注等具体活动；同时识别出数据接入、清洗完成、接口联调、系统部署、终验等里程碑，形成活动清单与里程碑清单。关键路径上的活动我们都做了责任人双备份，防止关键人员休假拖住整条链子。对远期的验收工作采用滚动式规划，暂只定义到二级活动，细节留待后期细化。

活动排序与工期估算。 排列活动顺序阶段，我们运用紧前关系绘图法绘制进度网络图，重点分析强制性依赖、选择性依赖与外部依赖：例如数据清洗必须在数据接入之后，接口联调依赖各机构提供测试环境。排序过程中我们反复权衡了并行开发的可行性，在保证质量的前提下尽量压缩总工期。工期估算阶段，对技术成熟的清洗规则开发采用类比估算，对可量化的数据接入按单位数据量乘以处理速度估算，对存在不确定性的征信报告生成采用三点估算，用贝塔分布公式算出期望工期。估算汇总后，我们识别出从数据接入到接口联调再到系统部署的关键路径，在关键路径末端设置了缓冲，为外部依赖预留了吸收空间。对存在技术不确定性的活动，我们还用三点估算做了敏感性分析，把高不确定性活动单独标注，作为进度风险清单的重点对象。

进度控制与纠偏。 执行阶段，我们按周跟踪进度，每两周做一次挣值分析，把计划价值、挣值与实际进度画在同一张图上，偏差一目了然。进度例会不仅是汇报，更是资源协调的现场，哪条链路上的人手不足，当场就商量对策。第四个月的评审显示，数据清洗模块进度明显滞后，进度偏差超过预警线。我组织团队用帕累托图对延期原因分类统计，结果显示口径不一致类原因占六成以上，其中身份证件类型与机构代码不一致两类问题最突出。据此我们调整了清洗规则的优先级，先处理占比最高的问题类型，并为各机构安排了统一的数据模板，此后的清洗进度明显恢复。为核实进度数据的真实性，我安排了一次质量审计，抽查已完成工作包的完成证据与交付记录，发现个别工作包存在进度虚报，随即明确了以交付物为准的统计口径。验收阶段，我们对各机构的数据接入进度采用统计抽样核查，按机构与数据类型分层抽取样本核对，确保进度报告与实际一致。对偏远节点专线覆盖不全导致的回传延迟，我们补充了无线备份通道，把外部依赖对进度的影响压到最低。

四、心得体会

项目最终按期通过终验，接口调用量月均突破 120 万次，系统可用率稳定在 99.9% 以上，全年重大故障零起，满意度由 78 分提升到 94 分。回顾整个过程，进度管理的价值在于把十二个月的工期变成一条看得见、控得住的链子：关键路径让瓶颈一目了然，帕累托图让延期原因有了数据支撑，质量审计与统计抽样让进度数据真实可信。六个过程环环相扣，计划给出路径，排序理清依赖，估算定下基线，控制守住偏差。进度不是催出来的，而是排出来、控出来的，这正是本项目给我最深的体会。进度管理把无形的工期变成了有形的资产，这是本项目最直接的收获。十二个月下来，进度看板上的每一条曲线都记录着项目的呼吸，也记录着团队的成长。这套做法后来也被复制到公司其他数据类项目，验证了它的可复制性。