109_皖南某大型企业集团档案数字化管理系统信息系统项目范围管理

ONEPSOFT | 软考学习知识库

---

皖南地区某大型企业集团的历史档案数量庞大，文书、合同、图纸、音像等档案分散在集团总部与各分子公司的库房里，查阅利用靠人工调卷，档案目录靠手工登记，并发访问峰值集中在查阅高峰时段，性能压力大，算法识别在复杂光照与天气条件下准确率不稳定，业务连续性要求高，割接窗口极为有限。档案是企业的资产与凭证，调错一份、丢漏一份都可能影响经营决策，项目的管理压力从立项就存在。各分子公司档案管理的口径不统一，著录规则各搞一套，这决定了范围说明书的每一项表述都必须经得起推敲。为把档案数字化管理起来，该集团公司信息管理部于 2023 年 4 月发起了档案数字化管理系统信息系统项目，经公开招标由我司承建，合同额 786.72 万元，建设周期 13 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合集团档案资源，实现档案数字化、查阅在线化、利用可追溯。建设内容包括档案著录、扫描识别、借阅审批、到期处置、统计分析与报表五个模块，并与集团 OA 及多家分子公司系统对接。各分子公司的著录规范差异较大，接入口径需要逐家对齐，这也成为范围确认时的重点核对项。平台的表单与流程由低代码引擎配置生成，核心业务逻辑以微服务实现，各微服务经网关统一鉴权限流，业务数据存储于 OceanBase 分布式数据库，消息推送由 RocketMQ 承担，应用中间件采用东方通 TongWeb，整体部署在集团信创云环境，按等级保护三级完成安全建设。项目团队共 12 人，采用矩阵型组织，包括我在内配置系统架构师 1 人、需求分析师 2 人、开发工程师 5 人、测试工程师 2 人、实施与数据治理专员 1 人。团队规模不大，但各分子公司诉求杂、档案类型多，范围确认的链条长，每个人都清楚自己的工作包对应范围说明书的哪一条。项目于 2024 年 5 月通过终验，上线后运维人工巡检投入下降 60%，关键业务响应时间由 4.2 秒降至 1.1 秒，数据自动核验比例由 42% 提升至 91%。

范围管理要解决的是项目做且只做哪些工作的问题。这个项目档案类型杂、对接面广、政策与业务调整频繁，范围稍一含糊，接口边界就对不上。范围一变，进度、成本、质量都会跟着变，所以范围管理从来不是孤立的，而是与整体管理联动着走。下面我以项目推进中遇到的三道难题为线索，说明范围管理的各项过程与工具是如何嵌入其中发挥作用的。

一、难题一：功能需求持续膨胀，范围面临蔓延风险

项目启动后，各分子公司陆续提出把各自的历史档案专项库也并入本期建设，功能需求持续膨胀。若照单全收，工期与预算必然失控，范围蔓延的风险就藏在每一份看似合理的诉求里。有的诉求确实合理，有的只是习惯性加码，关键是把每一份诉求都放到数据面前过一遍。

这一难题在收集需求与控制范围阶段重点应对。规划范围管理阶段，我依据章程与合同编制了《范围管理计划》，明确需求收集以集团档案管理规范为准绳、WBS 按分子公司加模块维度分解、范围变更一律走整体变更控制流程，计划经集团信息管理部确认后发布，为后续工作立下规矩。收集需求阶段，我们访谈了集团档案部门与各分子公司档案管理员，整理出原始需求 164 条，用数据分析按档案类型统计各分子公司的诉求分布，再用帕累托图按诉求来源归类，图形清楚显示，两家分子公司的专项库诉求合计占新增需求的六成以上，属于最需要优先决策的对象。控制范围阶段，我组织团队对每项新增诉求做影响分析，量化出新增工作量与工期影响，把超出合同范围的专项库建议单独立项，经变更控制委员会评审后采纳，评审意见形成书面记录，理由与数据都摆得上台面；对确属必要的少量调整，走快速变更通道，评估、审批、更新基准文档一气呵成，变更记录留痕可查。帕累托图让范围蔓延的来源一目了然，控制范围有了数据支撑，不再各说各话，变更决策也赢得了分子公司的理解。

二、难题二：扫描识别准确率不稳定，验收标准难以把握

档案扫描后的图像在复杂光照与天气条件下清晰度不一，算法识别准确率时高时低，若验收标准写得不具体，交付时必然扯皮。识别错了的字段进了档案库，后期每一处查询都会踩雷，所以验收口径必须在范围阶段就定死。

这一难题在定义范围阶段重点应对。定义范围阶段，我牵头编制《项目范围说明书》，把边界写得很具体：项目范围即建设五个模块并完成与集团 OA 及各分子公司的对接；验收标准写得可量化：扫描图像分辨率不低于 300dpi、关键字段识别准确率不低于 95%、档案著录完整率 100% 等，把 " 识别质量好不好 " 变成了可以打钩的数字；除外事项列明不包含历史纸质档案的全面修复与分子公司内部系统的改造。创建 WBS 阶段，我们按五个模块加项目管理与集成测试逐层拆解，遵循 100% 规则，把扫描识别模块拆到图像预处理、字段识别、人工复核、抽检验收等具体工作包，每个工作包补充负责人与验收标准，做到人人有活干、事事有人管。范围说明书、WBS 与词典经集团档案管理部门逐条确认后，共同构成范围基准，识别准确率的验收口径从此有了准绳，后期再没有为 " 什么样算识别合格 " 争论过，团队和建设方都照着一本账干活。

三、难题三：割接窗口极为有限，切换边界必须清晰

档案系统割接必须在下班后的有限窗口内完成，割接范围界定不清，切换时就会顾此失彼，影响业务连续性。档案数据量大，迁移中稍有不慎就会丢档，割接范围与顺序必须提前定清楚，做到有条不紊。

这一难题在确认范围与控制范围阶段重点应对。割接前，我们把割接内容纳入范围管理：哪些库先切、哪些数据后补、哪些功能灰度开放，逐项写进 WBS 词典并请集团确认，割接边界清清楚楚。确认范围阶段，我们按里程碑组织范围确认，邀请集团档案部门对照范围说明书逐项清点，用统计抽样按档案类型与分子公司分层抽取样本，核对著录质量与识别准确率，抽检结果达到验收标准才进入下一批割接，抽到的问题当场记录、当场明确整改时限，一周后复核通过。质量审计也被引入范围管理，审计对照范围说明书核查已完成工作包的完成证据，发现个别工作包存在进度虚报，随即明确了以交付物为准的统计口径，从此范围状态的数据可信度明显提升。割接窗口内按既定范围依次切换，未影响业务连续运行。13 个月里，范围管理从规划到收尾始终在册，没有出现一次未走流程的隐性变更，每一笔调整都说得清来龙去脉，交付的档案数据经得起审计。

四、心得体会

项目最终按期通过终验，运维巡检投入下降 60%，关键业务响应时间由 4.2 秒降至 1.1 秒，自动核验比例提升到 91%，集团档案从纸面变成了可信的数字资产，各分子公司的档案查阅效率得到明显提升。回顾整个过程，范围管理给我的体会是：边界要划清、基准要立住、变更要管严。帕累托图让蔓延来源有了数据，范围说明书让验收标准可量化，统计抽样让确认范围有了抓手，质量审计让范围状态真实可信。范围管理不是纸面功夫，而是每天都要对照的标尺，是保障项目不跑偏的护栏，这正是本项目给我最深的启示。这套以范围基准为纲、以数据与抽样为工具的做法，后来也被沉淀为集团档案类项目的范围管理模板，为后续项目提供了参照。