081_川东某地市级危房排查管理系统信息系统项目整合管理

ONEPSOFT | 软考学习知识库

---

川东地区某地市老旧房屋存量较大，危房排查任务重、底数不清，排查靠乡镇干部入户填纸质表格逐级汇总，周期长、易漏项，市级部门掌握不到第一手数据，鉴定与处置环节衔接不畅。为补齐这一短板，该地区住房和城乡建设主管部门于 2023 年 3 月发起了地市级危房排查管理系统信息系统项目，经公开招标由我司承建，合同额 1520.16 万元，建设周期 11 个月，我担任项目经理，对项目的启动、规划、执行、监控与收尾负总责。

项目建设目标是建立全市房屋安全底数档案，实现排查任务派发、隐患分级、鉴定处置与统计分析的闭环管理。建设内容包括房屋档案与排查任务管理、移动端排查采集、隐患分级与处置、统计分析与报表、外部系统对接五个模块，其中移动端需适配不同厂商、不同系统版本的安卓设备。技术方案采用低代码平台承载表单与流程的快速配置，前端采用 Vue3 与 TypeScript，后端基于 Java 17 与 Spring Boot 开发，各微服务经微服务网关统一鉴权与限流，数据存储选用 OceanBase 分布式数据库，消息推送由 RocketMQ 承担，应用中间件采用东方通 TongWeb，整体部署在市政务云信创环境，按等级保护三级完成安全建设。项目团队共 16 人，采用矩阵型组织，包括我在内配置系统架构师 1 人、需求分析师 2 人、开发工程师 7 人、测试工程师 3 人、实施与运维工程师 2 人。项目于 2024 年 2 月通过终验，上线后用户满意度测评由 78 分提升至 94 分，跨部门数据共享接口调用量月均突破 120 万次，平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日。

整合管理是把项目各要素拧成一股绳的管理活动，涉及制定项目章程、制订项目管理计划、指导与管理项目工作、管理项目知识、监控项目工作、实施整体变更控制、结束项目或阶段七个过程。下面我按前期、中期、后期三个阶段，结合项目实践说明整合管理是如何开展的。

一、前期：启动与规划

在项目启动阶段，需要明确项目的战略意图与授权边界，这一工作被称为制定项目章程。我协同建设单位的项目发起人与关键业务部门，通过会议、专家判断等工具共同编制了项目章程，经建设单位分管领导签发后生效。章程明确了项目要解决的危房底数不清问题、1520.16 万元的预算框架与 11 个月的工期约束，任命我为项目经理并授予资源调配权，同时界定了关键干系人、总体假设与主要制约因素，例如排查数据须符合住建部门的数据标准、移动端须兼容主流安卓版本等，这些约束成为后续规划的直接输入。需要说明的是，章程与项目范围说明书有本质区别，二者的对比见表 1：章程回答为什么做、授权谁、边界在哪，属于高层级的战略授权；范围说明书回答做什么、交付什么、验收标准是什么，属于战术层面的细化。章程一句话写明对接住建、不动产等系统，范围说明书则具体到接口数量、字段标准与响应时限，后者比前者可验证得多。

对比维度	项目章程	项目范围说明书
回答的问题	为什么做、授权谁、战略边界	做什么、交付什么、怎么验收
内容层级	高层级、战略性	细化、战术性、可验证
批准方式	由发起人或高级管理层签发	由干系人确认后纳入基准
变更影响	重大战略调整才修订	日常变更管理的主要对象
本项目的例子	写明对接住建、不动产系统	写明接口数量、字段标准与响应时限

章程获批后，在规划阶段，需要把战略目标转化为可执行的方案，这一工作被称为制订项目管理计划。我组织骨干团队，把章程的要求逐项落到范围、进度、成本、质量等子计划中，编制了项目范围说明书，创建了含八百余个工作包的 WBS，据此排定进度基准与成本基准，最终整合形成统一的项目管理计划。计划还明确了各子计划之间的接口关系，例如范围变更必须先经配置管理评审再进入进度与成本评估，从机制上保证各计划步调一致。随后我们在开工会上面向全体成员宣讲这份计划，会上同步明确了各模块负责人与汇报路径，确保大家对施工蓝图达成共识。

二、中期：执行与监控

在执行阶段，需要按计划开展项目工作并积累过程资产，这一工作被称为指导与管理项目工作，与之配套的管理项目知识则是把个人经验沉淀为团队资产。我们按两周一个迭代推进开发，每日站会跟踪进度，每个迭代结束时做一次小型回顾会，把做得好的与需要改进的各列两条，快速形成行动项。团队内部我们还约定，凡跨模块的接口改动必须提前一个迭代知会相关小组，从机制上减少集成冲突。针对排查人员分散在乡镇、移动端采集是主要瓶颈的情况，我把一线使用反馈及时录入经验教训登记册。例如，初期排查员反映离线状态下无法登记房屋信息，这一教训促使我们提前规划了移动端离线缓存功能，避免了后期返工。知识管理方面，除了经验教训登记册，我还在知识库中沉淀了排查表模板、接口规范与常见问题解答，供新加入的成员快速上手。

在监控阶段，需要持续掌握项目绩效并适时纠偏，这一工作被称为监控项目工作。我们用挣值管理每月采集进度与成本数据。第三个月的评审显示，移动端适配模块进度明显滞后，进度偏差约负 15%，而成本偏差尚在可控范围。我组织团队用帕累托图对缺陷与延期原因分类统计，结果显示适配问题占全部问题的六成以上，其中又以老旧系统版本兼容类占比最高，占兼容类缺陷的七成左右，符合典型的二八分布形态。据此我们把适配工作量按设备型号重新排布，优先覆盖使用率最高的机型，并同步开展了两次质量审计，用统计抽样对已完成模块的代码与测试记录抽查复核，发现并纠正了两处测试覆盖不足的问题。双管齐下，次月该模块的绩效指标明显好转，进度偏差收敛到可控区间。这套从数据到措施的监控回路，此后固定为项目每月的标准动作。

三、后期：变更与收尾

项目执行中，变化不可避免。在变更管理阶段，需要对影响基线的变更统一把关，这一工作被称为实施整体变更控制。本项目成立了由我、建设单位业务代表与我司技术总监组成的变更控制委员会，凡涉及进度、成本或范围基线的变更都必须经其评审。以移动端排查 APP 增加离线缓存功能为例，这是一次从申请到关闭的完整变更，全过程记录见表 2。变更提出后，我组织技术、测试与实施负责人评估影响，结论是新增工作量约 12 人天、对里程碑无影响，随后提交变更控制委员会审批，批准后由开发组实施，测试组验证，配置管理员更新基线与相关文档，最后变更正式关闭。

步骤	时间节点	变更活动	参与方	结果
1	第 5 个月	排查员提出离线登记诉求，开发组长提交变更申请	开发组	变更请求受理
2	第 5 个月	影响分析：新增约 12 人天，对里程碑无影响	项目经理、技术、测试	评估通过
3	第 5 个月	变更控制委员会评审并批准	变更控制委员会	批准实施
4	第 6 个月	开发实现离线缓存功能并自测	开发组	实现完成
5	第 6 个月	测试验证并提交验证报告	测试组	验证通过
6	第 6 个月	更新基线与文档，变更正式关闭	配置管理员	变更关闭

在收尾阶段，需要完成验收、移交与总结，这一工作被称为结束项目或阶段。终验前我们按合同要求完成了为期一个月的试运行，试运行期间重点观察移动端在弱网环境下的表现，收集到的三十余条问题在终验前全部闭环。随后我们按合同约定组织终验，确认各模块功能、性能与安全测评均达标后签署验收报告，向建设单位移交了系统、源码、运维手册与培训记录，并把项目实施中的经验教训整理进《经验教训登记册》。

四、心得体会

项目最终按期通过终验，满意度由 78 分提升至 94 分，接口调用量月均突破 120 万次，平均办理时长压缩至 0.8 个工作日。回顾整个项目，整合管理的价值在于把分散的要素拧成一股绳：章程定方向、计划立基准、执行出成果、知识有沉淀、监控抓偏差、变更守底线、收尾画句号，七个过程环环相扣，缺一不可。帕累托图让我在监控中快速锁定了问题主因，质量审计与统计抽样让过程检查有据可依，而一次完整的变更记录让我真正体会到整体变更控制在守住基准上的分量。项目章程管方向、范围说明书管细节，二者经由整合管理衔接成完整的治理链条，这是本项目给我最深的启示。整合管理管的是全局，功夫却下在每个环节的衔接处。