057_东北某地市级考试招生管理平台信息系统项目进度管理

ONEPSOFT | 软考学习知识库

---

2021 年 5 月，我作为项目经理牵头承建东北某地市级考试招生管理平台项目。该项目由该地区教育主管部门发起，是市级考试招生治理数字化升级的重点工程，旨在解决报名、编排、考务、录取各环节系统分散、数据不同步、业务连续性要求高、割接窗口极为有限等痛点，构建覆盖报名管理、考场编排、考务监控、录取管理、数据上报的一体化平台。项目合同额 786.16 万元，建设周期 15 个月，于 2022 年 8 月完成全流程验收并正式交付使用。项目采用强矩阵型组织结构，组建 18 人核心团队，下设项目经理 1 人、技术经理 1 人、产品经理 1 人、系统架构师 1 人、需求分析师 2 人、研发人员 9 人、测试工程师 2 人、QA 与 CM 各 1 人、实施工程师 1 人，我全面负责项目启动、规划、执行、监控与收尾全过程管理。技术架构上，平台采用低代码平台与微服务网关承载业务编排，以国产分布式数据库 OceanBase 实现主数据存储，依托 RocketMQ 消息中间件完成报名、编排、录取等子系统间的数据流转；前端基于 Vue3 与 TypeScript 构建管理门户与移动端，后端采用 Java 17 与 Spring Boot 开发核心服务，中间件选用国产东方通 TongWeb，整体部署于政务云信创环境，并按等保三级要求落实安全防护。项目最终交付一套完整的考试招生管理平台，完成与省级招考系统、学籍系统的数据对接，顺利通过教育主管部门组织的验收并投入常态化运行。

在本项目推进过程中，报名期存在明显的并发峰值——中考、高考报名往往集中在一周内，瞬时并发可达数千；而录取工作又分提前批、本科批、专科批等严格时间批次，任一环节延误都会向后传导。平台还须在不中断在线报名与录取业务的前提下完成老系统割接，且存量老系统接口文档缺失、现场施工与在线业务需并行，具有业务连续性要求高、割接窗口极为有限、改造边界难厘清的突出特点。与常规政务系统不同，考试招生平台承载着千万家庭的高度关注，任何卡顿或数据差错都会引发强烈舆情，因此进度必须在 " 稳 " 的前提下求 " 快 "，这对进度计划的刚性与资源调度的灵活性提出了双重考验。作为项目经理，我严格以进度管理为主线，按题目三个核心子问题统筹推进，并重点化解 " 不能停、窗口短、批次刚性 " 带来的进度风险，确保项目按期、保质、在预算内顺利交付。

一、子题目①：进度管理计划的主要内容

所谓进度管理计划，指的是为规划、编制、管理、执行和控制项目进度而制定政策、程序和文档的过程文件，其核心作用是为整个项目进度管控建立统一规则与基准，本过程以项目章程、范围基准与组织过程资产为输入。我组织教育主管部门、监理方与核心团队召开规划会议，运用质量审计的前置思路，对标我司既往政务项目的进度管理过程资产，审计出 " 割接窗口预估偏乐观、并行施工资源冲突 " 两类高频风险并转化为计划约束；编制《进度管理计划》，主要内容涵盖：进度模型采用预测型，总工期 15 个月（约 326 个工作日），分需求、设计、开发、集成、割接试运行、验收六阶段；特别设置 " 报名峰值保障期 " 与 " 录取批次刚性里程碑 "，把割接窗口锁定在暑期录取结束后的空窗，避开业务高峰；活动工期估算准确度±10%，为割接专项预留 15 天机动；统一以工作日为计量单位；设定进度偏差 SV 临界值±10%，里程碑延期超 5 天即预警；采用挣值管理，SPI 稳定在 0.9 至 1.1；制定《考试招生管理平台周报/月报》统一模板。计划经核心干系人签字确认。考虑到报名与录取分属不同时段高峰，我在计划中刻意将开发重心前置、将试点与培训后置，使人力曲线与业务曲线匹配，避免闲时人多、忙时人荒。这一安排使开发期人力饱满、峰值期支撑有力，是进度计划得以落地的关键。

二、子题目②：结合各子过程成果说明进度管理过程

所谓定义活动，指的是把工作包分解为可排期执行单元的过程，本过程输出《活动清单》《活动属性表》与《里程碑清单》；所谓排列活动顺序，指的是识别活动间逻辑关系、绘制网络图的过程，本过程输出《项目进度网络图》；所谓估算活动持续时间，指的是依据资源与约束估算工期的过程，本过程输出各活动持续时间估算；所谓制定进度计划，指的是整合上述成果创建进度模型的过程，本过程输出经批准、作为监控基准的进度计划；所谓控制进度，指的是监督状态、更新并管理基准变更的过程，本过程输出工作绩效信息与变更请求。我在执行中运用统计抽样思路，从报名、编排、考务、录取、上报五个模块分别抽取活动核查分解粒度与进度数据真实性，例如每周从考务模块抽取 10% 的任务核对实际开始与完成是否如实填报，从录取模块抽样核对投档结果与实际计划一致。定义活动阶段将 " 报名管理 " 拆为 " 资格审核规则配置 "" 在线报名表单 "" 照片采集与人脸核验 " 等 9 项，" 录取管理 " 拆为 " 投档规则引擎 "" 批次录取调度 "" 通知书打印对接 " 等 8 项。制定计划时以关键路径法锁定 " 录取模块开发—省级系统联调—割接上线 " 为主线，总工期与 15 个月基准吻合；控制进度中对一次集成延误运用帕累托图分析，发现 " 老系统接口文档缺失导致的联调返工 " 占延误成因的 68%，遂组织文档补录专项，使后续联调一次通过率显著提升。统计抽样不仅用于核查进度真实性，也帮助我发现考务模块中 " 考场编排 " 与 " 考生照片采集 " 的隐性依赖，及时在排序中补入缓冲，避免了后期连锁延误。

三、子题目③：资源优化实践

所谓资源优化，指的是通过调整活动的开始与资源分配，使资源供需达到平衡或使工期最短的过程，核心作用是在有限人力下既保进度又不造成资源冲突或浪费。本项目受 " 割接窗口极为有限 " 约束，资源优化尤为关键。我运用帕累托图对资源冲突成因排序，识别出 " 终端适配与开发争抢测试人力 "" 割接期运维与支持人力不足 " 两类主因，据此施策：一是资源平衡，将实施工程师的现场培训任务从开发高峰期平滑至试运行阶段，削峰填谷，避免与研发争抢；二是赶工，对关键路径上的录取模块在成本允许范围内增配 2 名研发并采用并行开发压缩工期；三是快速跟进，把 " 数据上报模块联调 " 与 " 录取模块测试 " 在受控前提下部分并行，但严格评估返工风险；四是针对报名并发峰值，在高峰期临时增配 2 名运维与客服支持，保障高并发稳定；五是针对割接窗口，提前在窗口外完成数据迁移预演，把实际割接压缩在批准的短窗口内完成，最大限度降低对在线业务的影响。在项目中期，录取模块因省级招考系统接口规范调整一度滞后。我运用帕累托图复核发现，" 接口字段标准不统一 " 与 " 峰值保障期人力被抽调 " 两类成因合计占延误的七成。对此，我一方面与省级平台确认字段口径并补充适配，另一方面在录取批次间隙将临时增配的运维人力回撤支援研发，既保住了高并发稳定，又补回了关键路径工期。这一经历也提醒我，资源优化并非简单加人，而要找准瓶颈、在正确的时间把正确的人力投到正确的活动上。通过系统化的资源优化，项目全周期 SPI 稳定在 1.0 左右，核心里程碑无一延误。

本项目于 2022 年 8 月按期验收，数据自动核验比例由 42% 提升至 91%，关键业务响应时间由 4.2 秒降至 1.1 秒，平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日，录取批次全部按时完成。回顾全程，进度管理之所以有效，得益于规划阶段以质量审计前置锚定风险、定义与进度管控阶段以统计抽样保障数据真实、控制与优化阶段以帕累托图聚焦资源主因。这套贯穿始终的进度管控实践，为同类考试招生信息化项目的进度管理提供了可复用范本。