255_赣中某产业园区不良资产处置管理系统信息系统项目整合管理

ONEPSOFT | 软考学习知识库

---

论赣中某产业园区不良资产处置管理系统信息系统项目的整合管理

一、项目概要叙述

不良资产处置是金融机构压降风险、盘活存量资产的核心业务，过去处置靠线下纸质卷宗、多级审批靠人工流转，效率低、留痕难、口径乱。我所在的该金融机构科技部，长期受困于处置流程分散、系统间数据不通。为破局，该机构于 2023 年 8 月正式启动 " 赣中某产业园区不良资产处置管理系统 " 建设项目，我受委派担任项目经理，统筹需求规划、方案设计、开发实施、集成测试与验收移交全流程。

项目总投资约 226.46 万元，建设周期 16 个月，组建 19 人项目团队，内部含业务分析师 2 人、架构师 1 人、开发工程师 11 人、测试工程师 2 人、质保专员 1 人、配置管理员 1 人，外部含集成实施与多家园区企业、评估机构、律所的联调人员。业务侧以低代码平台拼装表单与审批流，服务间经由微服务网关统一鉴权，持久层选用 OceanBase 分布式库，消息通道由 RocketMQ 承担，整体支撑高并发事务与异步解耦。建设内容涵盖资产尽调、估值定价、处置审批、决策看板四大模块：资产尽调归集债务人信息与押品状态，估值定价按模型给出参考价并留痕，处置审批把多级审批做成可追踪的闭环，决策看板向管理层呈现存量与处置效能。最终交付管理系统、移动端、指挥看板及全套运维文档。项目难点在于：终端设备种类繁多，兼容性适配工作量被低估；多级组织层级审批链路长，权限模型设计复杂；多家外部单位联调，进度同步与责任界面复杂。上线后，预警事件平均处置时长缩短 55%，线上办理率由 51% 提升至 93%，人工重复录入工作量下降 68%。

二、前期：制定章程与整合计划

在項目启动阶段，需要明确总体方向并正式授权项目经理调配资源，这一工作被称为制定项目章程。我参考中标合同与立项文件，与甲方科技部领导、公司领导及各业务条线负责人共同制定《项目章程》，载明项目目的——提升不良资产处置的数字化与合规化水平、总体里程碑（2023 年 9 月需求收集、10 月概要设计、2024 年 12 月核心模块试运行、2025 年 12 月整体验收）、总体预算 226.46 万元、主要交付物与退出标准，并由甲方领导签发、任命我为项目经理。章程是整合管理的 " 出生证 "，没有它，后续所有协调都名不正言不顺。

在启动之后、执行之前，需要把各子管理计划统合成一份综合文件，这一工作被称为制订项目管理计划。我以章程为依据，组织全员编制了整合项目管理计划，把范围、进度、成本、质量等基准与变更、配置、沟通等管理计划拧在一起；针对本项目终端兼容与多级审批两大难点，计划里明确采用混合型开发方法，成熟需求的估值模块用预测型、模糊的审批流用适应型滚动细化。

项目整合管理包含七个过程及其作用：制定项目章程（正式批准项目、授权项目经理）；制订项目管理计划（定义并整合所有子计划）；指导与管理项目工作（领导执行计划内工作、实施已批准变更）；管理项目知识（使用并生成知识、助组织学习）；监控项目工作（跟踪审查整体进展、实现绩效目标）；实施整体变更控制（审查处理所有变更请求、沟通结果）；结束项目或阶段（移交成果、结束阶段或合同）。这七个过程首尾相扣，构成了整合管理的完整闭环。

为守住变更这道闸，我在前期即组建变更控制委员会（CCB），其组成包括甲方科技部负责人（任主席）、我方项目经理、系统架构师、QA 负责人与业务条线负责人。CCB 的作用在于审查并批准变更请求、把控范围与基准不被随意突破、评估变更对进度成本的影响并形成决议；任何越过敏捷团队的改动，都必须经 CCB 背书方可落地，这正是整合管理 " 统一指挥 " 的体现。

三、中期：指导执行、知识管理与变更控制

在执行阶段，需要领导和落实计划内各项工作并推动已批准变更落地，这一工作被称为指导与管理项目工作。我基于批准的项目管理计划创建 WBS，用看板管理从需求到上线的流转，并组织周例会跟踪各团队进度与绩效，保证资产尽调、估值定价等模块衔接有序。

在团队协作阶段，需要把个人与团队的隐性经验变成组织资产，这一工作被称为管理项目知识。本项目终端种类繁多、适配坑多，我格外注重经验沉淀：组织了跨团队的技术分享会，使测试团队在开发前就发现两处审批流设计漏洞，以极低代价提前补救；针对多级审批权限模型复杂的问题，我设计了 " 权限矩阵工作坊 "，让业务与架构在同一张表里把角色、层级、操作权限一次对齐，避免了后期返工。

在建设期出现范围与进度拉扯时，需要审查并处理所有变更、把结果同步各方，这一工作被称为实施整体变更控制。本项目变更频发的根因在于终端兼容性适配被低估、且多家外部单位联调责任界面不清。我用流程图画出 " 变更提出—影响评估—CCB 审查—实施—监控—评估 " 的闭环，让每一步都有责任人；用五问法追问返工根因：为何适配超期（终端型号清单缺失）、影响哪些模块（尽调采集与审批移动端）、是否可避免（前期未做终端普查）、根因是否单一（外部单位接口规范不一叠加）、如何兜底（建兼容基线库 + 专项变更）；再用数据分析对比各阶段线上办理率，从启动期 51% 逐步提升到试运行 93%，用真实指标印证整合推进的成效。一次，某律所要求新增 " 区块链存证 " 功能，我用流程图画出其对本期的侵入路径，评估为超出本期接口范围且需外部资质，遂引导走二期储备而非本期，守住了 16 个月的刚性节点。整个建设期共受理变更 21 笔，批准 15 笔、驳回 6 笔。

四、后期：监控、收尾与心得体会

在全程推进中，需要持续跟踪整体进展并纠偏，这一工作被称为监控项目工作。我建立双周汇报机制，对各模块进度、缺陷、接口调用量做动态把控；对难度大耗时长的缺陷标注高优、投入全部可用资源攻坚，确保绩效目标不偏离。监控中我发现资产尽调模块的终端适配缺陷占比长期偏高，便用数据分析拉出各终端型号的失败率排名，把资源集中投向失败率前二十的型号，适配进度由此明显提速。

在全部工作完成后，需要确认目标达成并移交成果，这一工作被称为结束项目或阶段。2025 年 12 月项目整体验收，我组织终验材料、移交系统与全套文档，并形成经验教训登记册一并交付甲方，让该机构后续信息化建设有迹可循。

项目于 2025 年 12 月顺利验收。做不良资产处置系统的整合管理，说到底是替机构把 " 风险资产处置 " 这件严肃的事在系统里真正闭环。本项目以流程图理清变更链路、以五问法挖透返工根因、以数据分析量化推进成效，把七个过程拧成了一股绳。当然，项目在制订计划初期对终端兼容工作量预估不足，导致中期一度被动。回头看，整合管理最怕的就是 " 各管一摊、互不咬合 "——把章程立住、计划统住、CCB 控住，远比埋头写代码管用。我越来越确信：整合不是开会开出来的，是基线钉出来的，基线越清晰扯皮越少，这句话在我经手的项目里一次次被验证。往后我会把经验教训登记册再做实，推动整合管理从救火转向预防，为资产处置托住每一道线。我还格外关注整合数据的真实性，曾出现某月线上办理率统计异常走高，核对是部分网点为冲量重复提交，我当即要求办理带唯一标识、抽样复核，把水分挤干再报。整合数字若自己都会掺水，再漂亮的看板也只是摆设，这是我始终坚守的底线。不良资产处置连着机构的风控底线，任何整合疏漏都可能变成处置不公的隐患，因此我比以往任何项目都更较真每一处边界。把该连的连通、把不该加的挡回，这份定力，是这个项目留给我最深的底色。